NTFS восстановление

From

Eugene M. Zheganin (2:5054/79.2)

To

Boris Rudakov ()

Date

2003-07-10T13:56:54Z

Area

CARBON.COPY

 * Forwarded from area 'PERM.WIN32'
 Приветствую, Boris!

 10 Jul 03 в 11:00, Boris Rudakov -=> Serge V.Panchenko о "Re: NTFS восстановление":

 [...]

 BR> * Больше свободы: взял да и переписал, переместил, переименовал - че
 BR> хочу, то и ворочу. Софтинку вместе с фалйами БД можно просто
 BR> скопировать хоть в Фаре хоть в чем. И не трахаться с девайсами.

А зачем с ними трахаться ? Если raw-девайсы и сделаны в НТ через жопу, то это не означает, что и в других местах они тоже сделаны через это же место. И тоже можно куда угодно укопировать. Пожать/сбэкапить. Пятью разными способами.

 BR> * Нет геморроя с наращиванием размера девайсов или добавлением чанков.
 BR> СУБД просто увеличивает файл, остальное - нее ее проблемы. Было бы
 BR> свободное место на разделе.

А кто мешает это свободное место сразу отдать под raw-dev ? Зачем свободное место не на /var-разделе на сервере БД ?

 BR> Ну и спрашивается - нахера козе баян ? Ну нахера мне этот зоопарк с
 BR> чанками, raw девайсами и прочей мутью, за которой нужно постоянно утку
 BR> носить чтобы оно не обмочилось ? Сразу выделять гиг по 10-50 (и
 BR> все-равно регулярно смотреть не заканчивается ли) ? А нахера ? И
 BR> бакапить только штатными средствами ?

Если НТ не умеет читать и вообще работать с raw-dev на пользовательском уровне (имея в виду уровень нажатия кнопок в фаре/эксплорере), то это не означает, что все не могут. При кончине места никто не мешает доставить еще носителей и забабахать туда еще datafiles, в котрых хранить что душе угодно.

 BR> Не, ну этот гемор в баню. БД должна лежать в обычных файлах, размер
 BR> которых ростет самостоятельно по мере потребности. И я хочу их мувать
 BR> / бакапать / ресторить не только штатными средствами, но и как мне
 BR> взбредет в голову. Свободы больше, гемора меньше, администрять проще.
 BR> Файлы - карашо. Девайсы - плохо.

Угу. Это все сказки на самом деле. Помувил в фаре ораклиный datafile туда-сюда - изволь пройти процедуру media recovery и накат redologs. Например. Я вообще пока не увижу- не поверю, что нормальный сервер БД позволяет как угодно жонглировать datafile'ами и "все само".

 BR> ЗЫ: Фрагментация файла ничем не хуже фрагментации по чанкам /
 BR> разделам. Даже лучше: файл хоть дефрагментнуть можно (причем -
 BR> in-place), а вот чанки/девайсы склеить - ... Ни лент ни времени не
 BR> напасешься... Не - нахер эту радость куда подальше...

Ты забыл одну важную вещь. Ради которой обычно и затевается сыр-бор. 5-10% выигрыша в i/o. Причем лично я утверждаю - что работать с raw-dev в той же соляре на оракле ничуть не менее приятно, чем с файлами. А выигрыш заметен.

                                    На этом остаюсь искренне Ваш, Евгений.

--- GoldED+/BSD 1.1.4.7
 * Origin:  ----> Default GoldED Origin <----  (2:5054/79.2)