|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Denis Gorbunov 2:5020/400 21 Aug 2002 19:29:09 To : Dzurilo Dmitry Subject : Re: ответственная БД -------------------------------------------------------------------------------- Hello, Dzurilo! You wrote to Denis Gorbunov on Tue, 20 Aug 2002 17:24:41 +0400: DD>>> Все таки не все так просто, archivelog это нечто большее. В этом DD>>> режиме возможно полное восстановление базы на любой момент DD>>> времени, горячий backup, online tablespace backup (как это будет DD>>> по-русски), короче много чего для восстановления. Это может быть DD>>> и фатальная ошибка оператора или админа, необязательно сбой DD>>> оборудования. А для сбоя носителя достаточно зеркала поставить DD>>> или я ошибаюсь? DG>> Меня зеркала подводили. Раза 4, наверное. DG>> Поэтому лучше еще и archivelog и пару резервных серверов... DD> Целых пару резервных серверов - это подразумевается два standby? DD> Это не за сильно круто? Понимаю, зависит от задачи, но не может же DD> все одновременно полететь. Кроме того обычно всегда можно DD> использовать архивирование на ленту. И даже в случае прямого DD> попадания чего-нибудь не очень мегатонного (если предварительно DD> лента была унесена в другое здание) потерять данные будет трудновато DD> (без самых свежих). Hет. Второй резервный - не standby, а просто так на всякий случай ;) Задача такая, что потери от 3-х дневного простоя (8 рабочих часов * 3 дня) - как раз стоимость сервера. --- ifmail v.2.15dev5 * Origin: Golden Telecom (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/8990547e0043.html, оценка из 5, голосов 10
|