|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 06 Mar 2001 09:44:32 To : Tengiz Kharatishvili Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Tengiz [...] > Да ту которая не позволяет вести логгирование каждой закоммиченной > транзакции и назначать мирроры на лог журналы. То есть MS-SQL фактически > ведет лог журнал в той же самой базе данных что и сами данные,и лишь > периодически скидывает логжурнал в бакуп файлы. [...] > потерянна.Вот это и есть принципиальное неверная организация системы > логгирования. [....] TK> Для MS SQL Server 7 и выше - вообще остутствует возможность TK> иметь данные и журнал в одном файле и обязанность по TK> организации зеркалирования возложена на операционную систему TK> - Windows NT. Да зачем девайсы то зеркалировать, какая разница зазеркаленные они или нет,надо логи зеркалировать,а не девайсы. а самом деле логжурналы MS-SQL это по сути дело всего лишь ROLLBACK и REPLICATION сегменты _базы данных_ из которых только по команде backup log производится выгрузка журнала транзакций в отдельный файл. _А лог журнала как такового у MS-SQL нет вообще_. TK> А с появлением SAN (Storage Area Networks) зеркалирование на TK> уровне СУБД и даже на уровне операционной системы вообще может TK> стать анахронизмом. Туфта полная, только сервер может произвести корректное копирование базы данных,во всех остальных случаях бинарное копирование файлов базы данных по восстановлению вместо базы даст кашу манную,а не данные. TK> Кроме того, наличием заркального журнала можно воспользоваться TK> только при разумной организации резервного копирования. Да нет у MS-SQL никаких логжурналов соответсвенно и зеркалировать нечего, есть всего лишь область базы данных которую сервер использует для сохранения журнала транзакций перед выгрузкой ее в бакуп файл. Это гораздо больше напоминает средство инкрементального бакапа, а не лог журнал. Если ты выгрузить эту область базы данных не успеешь до краха системы то навернется и база и логжурнал со всеми системными мирорами,сответсвенно произойдет неизбежная потеря информации. TK> В документации MS по планированию и организации TK> данных / журналов / дисковых устройств для обеспечения TK> высокой готовности, рекомендуется буквально следующее: TK> 1. Разнести данные и журналы на физически разные устройства. Да это сделанно всего лишь для того что бы головки у винтов поменьше дергались никакого увеличения надежности это не дает. TK> 2. Разместить хотя бы журналы на устройствах с TK> зеркалированием (для 6.5 и ниже был также возможен было TK> вариант зеркалированя на уровне database engine). Да че их зеркалировать то,да еще на RAID массивах если достать несбекапленные транзакции ты все равно с них не сможешь. Я же говорю что в MS-SQL на самом деле не ведется лог журнал вообще сответсвенно и говорить не говоря уже о том что бы спорить не о чем. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aa4eefd0.html, оценка из 5, голосов 10
|