Резервное копирование или репликация SQL?

Question

У меня есть SQL-сервер, у которого есть тестовый pp, который я написал.Эта вещь набирает обороты, и я беспокоюсь о потере данных (и времени, которое потребовалось пользователям для ввода данных), если сервер SQL поврежден или кто-то что-то делает глупо.

Я думаю о том, какие у меня есть вариантыэто сделало бы ночное резервное копирование в качестве плана обслуживания, и что я могу сделать, если скопировать БД на другой сервер SQL.

Каковы плюсы и минусы?Какая лучшая практика здесь?

Answer 1

Вы можете попробовать Инструмент веб-развертывания , который является бесплатным и мощным для множества задач.

Все, что вам нужно сделать, это использовать провайдера DbFullSql и указать строку подключения для источника и файл для назначения. Web Deploy будет использовать SMO для записи базы данных в файл:

Схема и данные резервной копии БД:
>msdeploy.exe -verb:sync -source:DbFullSql="Server=.\SQLExpress;Database=MyDatabase;Integrated Security=true" -dest:dbfullsql="d:\DbBackup.sql"

Резервное копирование только данных (установите свойства ScriptData, как показано в этой статье ):
>msdeploy.exe -verb:sync -source:DbFullSql="Server=.\SQLExpress;Database=MyDatabase;Integrated Security=true",ScriptSchema=false,ScriptData=true,ScriptDrops=false -dest:dbfullsql="d:\DbBackup.sql"

Answer 2

Ежедневное полное резервное копирование является лучшим. Если размер базы данных небольшой, вам не нужно хранить реплику, так как время восстановления меньше. Если это большая база данных, вы можете рассмотреть возможность отправки журналов или зеркалирования. Для этого вам необходимо иметь базу данных в модели полного восстановления и регулярно настраивать резервное копирование журнала транзакций. Репликация полезна, только если вас интересуют только несколько таблиц, а не вся база данных, и это будет репликация транзакций в его случае. Мастер планов обслуживания полезен для настройки регулярного полного резервного копирования, а также резервного копирования журнала транзакций.

Answer 3

Автоматическое резервное копирование ответил здесь .

Answer 4

1. Я полагаю, вам следует объединить полные резервные копии с резервными копиями журнала переходов.
2. Подобные вопросы следует задавать на serverfault.com - на самом деле здесь есть похожий вопрос .

Answer 5

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

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