База данных предотвращения стихийных бедствий [закрыто]

16

Моя база данных больше 250 ГБ. Я делаю запланированные резервные копии с помощью стороннего инструмента.

Являются ли резервные копии базы данных расписаний лучшим способом защиты базы данных SQL Server от повреждения? Или вы можете порекомендовать что-то еще?

Макс Вернон
источник

Ответы:

28

Резервное копирование не может предотвратить повреждение. Ничто не может абсолютно предотвратить коррупцию.

Резервное копирование позволяет вам восстановить данные на более ранний момент времени в случае повреждения или другого стихийного бедствия.

То, что ваш график резервного копирования защищает вас должным образом, не может ответить сообществу коллег - ваши бизнес-требования будут определять это. Вам необходимо учитывать целевую точку восстановления (RPO) - сколько данных вы можете позволить себе потерять? Если вы наберете 5 минут и будете делать полное резервное копирование один раз в день и регистрировать резервные копии каждый час, это не покрывается страховкой. Чтобы по-настоящему защитить себя, вы должны находиться в режиме полного восстановления, а резервное копирование журнала должно происходить каждые <= n минут, где n - максимальный объем потери данных, который вы можете выдержать.

Есть и другие соображения, такие как время восстановления (RTO) - как долго вы можете позволить себе вернуться в онлайн в случае аварии? Это будет определять, будете ли вы просто сохранять резервные копии на диске, готовом к доступу, или активно поддерживать теплый резерв, используя доставку журналов, или более дорогие методы DR, такие как зеркалирование, FCI и группы доступности. Обратите внимание, что некоторые из этих технологий могут помочь вам избежать повреждения данных, но другие типы сбоев не рассматриваются (например, случайное удаление без предложения where будет успешно выполняться как на первичном, так и на любом вторичном сервере).

Аарон Бертран
источник
2

По моему опыту, лучшим способом защиты моей базы данных являются резервные копии по расписанию. Как сказал Аарон, очень важно ответить на эти два вопроса:

Сколько данных вы можете позволить себе потерять?
В случае стихийного бедствия, как долго вы можете позволить себе вернуться в онлайн?

Конечно, моя база данных меньше 250 ГБ, и я предпочитаю план маниакального резервного копирования, это полное резервное копирование базы данных каждые 24 часа, разностное резервное копирование каждые три часа и резервное копирование журнала транзакций каждые 15 минут. Да, возможно, потребуется больше времени для восстановления моей базы данных, если произойдет сбой, но потеря моих данных будет минимальной.

Александр Омельченко
источник
0

Я хотел бы рассмотреть вопрос о настройке репликации для вашей базы данных. Пожалуйста, прочитайте, например, здесь, чтобы узнать больше о том, как это работает и как это может помочь в защите ваших данных:

https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx

Конечно, это имеет смысл, если вы настраиваете репликацию на другие хосты, даже в другой сети. Настройка репликации транзакций - это то, что оператору необходимо для максимальной безопасности, поскольку репликация происходит немедленно, поэтому она всегда более надежна, чем обычное резервное копирование.

monsune
источник