Резервные лучшие практики SQL Server 2008
Без не рассуждают, я теряю все свои данные в моей базе данных. К счастью, это было просто данными тестирования, но это сделало меня для размышления, что произойдет, если это было сделано с производственным дб.
В конечном счете каждый разработчик получил проблему дб, и хотят откатывать дб. Мы не делаем вещей защитить дб, поскольку мы думаем, что это - работа DBA, но затем мы попали в беду...
Каковы Ваши резервные лучшие практики?
1 ответ
Так как все разработчики также являются DBA, где я работаю, мы также несем ответственность за нашу стратегию резервного копирования - если вы заботитесь о данных, убедитесь, что вы хотя бы проинформировали о Как работают резервные копии, даже если вы не являетесь частью фактических решений.
Самое первое, что я делаю (до того, как у меня даже есть какие-либо базы данных), устанавливает планы ночных баз данных, которые включают в себя полную резервную копию и направлять эти резервные копии к доли центральной сети на другом компьютере (наш NAS). По крайней мере, для любви к вашей работе, не помещайте резервные копии в том же физическом хранилище, на которой сидят файлы базы данных. Что хороши, являются резервными копиями, если вы потеряете их одновременно, вы потеряете диск?
Мы не делаем восстановления устойчивого времени, поэтому мы не делаем резервные копии журнала (все наши базы данных настроены на простое режим восстановления ), но если вы хотите, чтобы логики поддерживали резервную копию, убедитесь, что вы также включите тех, как приемлемый интервал.
На боковой заметке SQL 2008 поддерживает сжатые резервные копии, что значительно ускоряет время резервного копирования и делает файлы многочисленными, намного меньше - я не могу думать о том, что вы не хотите использовать эту опцию. Я хотел бы услышать один, хотя, и я готов пересмотреть!