|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 08 Mar 2001 10:06:32 To : Tengiz Kharatishvili Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Tengiz Kharatishvili [...] TK> Hеужели так неохота разбираться с документацией, где описан TK> алгоритм решения Вашей новой задачи тоже? Даже если так, нет TK> проблем. Подробно опишите характер "повреждений" и я напишу TK> сценарий как из такой "аварии" выйти, Я говорю о принципально неправильном подходе к логгированию,когда вместо того что бы просто взять логжурнал с замироренного файла,просто синсталлировать по новой SQL сервер,просто восстановить базу данных с копии базы и просто применить к ней логжурнал. Ты предлагаешь сисадмину заниматся щаманскими танцами с бубном вокруг подохшего SQL сервера.Вот это и есть принципиально неверный подход потому как последняя выгрузка журнала транзакций из логсегмента в бакуп файл производится самим же SQL сервером,то есть покойником.:))) Причем если же последние транзакций попали в запорченную страничку то бакуп файл у тебя сформирован не будет вообще, хотя там осталось дописать быть может две три последнии транзакции, но из за того что последние две три транзакции некорректны ты не сможешь выгрузить предидущих 10000. А для того что бы даже пропробывать эту выгрузку произвести SQL сервер должен быть почти что живым, то есть рабочим. Вот это и есть неверный подход,потому как логжурнал (нормальный логжурнал) должен формироватся полностью рабочим SQL сервером,во время его нормальной работы. Сами же логжуналы должны быть доступны сразу же после аварии,для максимально полного восстановления с них. Причем формат у логжурнала должен быть выбран таким образом, что даже какое то повреждение хвоста логфайла не должно мешать загрузке предидущих закоммиченных транзакций. Причем в лог журнал должны заносится все проведенные операции, включая изменения структуры базы даных, текстов хранимых процедур, триггеров и так далее. TK> включая, естественно, то, что нормальный администратор должен TK> был бы сделать до того, как случится катастрофа. Hормально продуманная система должна описывать процедуру _полного_ восстановления базы данных,максимум в пяти пунктах,и быть простой как автомат калашникова. А так ты тут на тему "Инструкция по восстановлению баз данных под MS-SQL" можешь написать целую поэму, причем для каждого конкретного случая она у тебя будет разной. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aa790e22.html, оценка из 5, голосов 10
|