Информация об изменениях

Сообщение Re[2]: Работа с log shipping в SQL Server от 25.09.2014 12:36

Изменено 25.09.2014 12:37 Somescout

Здравствуйте, _ABC_, Вы писали:

_AB>Здравствуйте, Somescout, Вы писали:


S>>Из-за размеров базы это происходит не быстро, хотелось бы в идеале постоянно держать копию базы, при необходимости её обрабатывать и откатывать результаты изменений скрипта без повторной синхронизации.

_AB>Скрипт затрагивает все таблицы базы? Если только небольшую часть, то может целесообразнее
_AB>просто в портящуюся БД заливать новые данные, портить всё как надо, получать fun&profit, потом откатывать
_AB>(например при помощи снэпшота)? И так по кругу при необходимости.

Таблиц много, данные обновляются по множеству из них (заранее неизвестному).

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

Есть ещё репликация, но для неё рекомендуют регулярно делать полную синхронизацию.
Re[2]: Работа с log shipping в SQL Server
Здравствуйте, _ABC_, Вы писали:

_AB>Здравствуйте, Somescout, Вы писали:


S>>Из-за размеров базы это происходит не быстро, хотелось бы в идеале постоянно держать копию базы, при необходимости её обрабатывать и откатывать результаты изменений скрипта без повторной синхронизации.

_AB>Скрипт затрагивает все таблицы базы? Если только небольшую часть, то может целесообразнее
_AB>просто в портящуюся БД заливать новые данные, портить всё как надо, получать fun&profit, потом откатывать
_AB>(например при помощи снэпшота)? И так по кругу при необходимости.

Таблиц много, данные обновляются по множеству из них (заранее неизвестному).

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

Есть ещё репликация, но для неё рекомендуют регулярно делать полную синхронизацию.