SQLServer дифференциальное резервное копирование и восстановление

Question

У меня есть сценарий, в котором мне нужно поддерживать копию существующей базы данных.Есть ли решение для достижения нижеприведенного подхода.1. Возьмите полный возврат и восстановите базу данных назначения.2. Запланированное (например, каждый день) дифференциальное резервное копирование (только данные, которые изменились с момента последнего резервного копирования) исходной базы данных и восстановление в целевую базу данных

. Это позволяет избежать полного резервного копирования и восстановления каждый раз.

Answer 1

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

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

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

Answer 2

Вы можете использовать Дифференциальные резервные копии , но вам потребуется периодически отправлять новую полную резервную копию, иначе дифференциалы будут продолжать расти.

Лучшим решением может быть Доставка журналов , где вы можете отправлять только изменения по любому графику.