Репликация SQL на который смотрит АОС

[Pustik]

Цитата:

Сообщение от Alexius

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

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

[Marik]

Цитата:

Сообщение от Pustik

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

Каким образом копировать логику таблиц SQL? и синхронизировать её без репликации?

[Pustik]

Цитата:

Сообщение от Marik

Каким образом копировать логику таблиц SQL? и синхронизировать её без репликации?

Не логику таблиц, а логику ВСЕГО приложения путем простого копирования файлов из папки в папку. А отсинхронизировав ее на резервном приложении автоматически добавятся необходимые поля в нужные таблицы на резервном сервере. И уже после этого делать репликацию.
Но поскольку

Цитата:

Сообщение от Marik

Актуальность данных нужна максимум с отставанием в пол часа.

то этот вариант Вам не подойдет.

[Alexius]

На сколько я понял используется MS SQL и репликация транзакций. На память при таком раскладе не удастся изменить структуру копии БД вслед за оригиналом, все равно придется делать полный снимок (или полный бэкап) и поверх него уже пойдут транзакции. Для минимизации перерыва в работе могу предложить только использовать две копии, т.е. одна используется для доступа к отчетам и как резерв, а вторая для восстановления репликации после изменения структуры основной БД :
1. Копия 1 - работает как отчетная, Копия 2 - в запасе
2. Внесены изменения в структуру данных основной БД
3. Копия 2 - создаем репликацию с основной БД, Копия 1 продолжает работать
4. Как только на Копии 2 восстановилась БД и заработала репликация - перенастраиваем отчеты на Копию 2, а Копию 1 - выводим в резерв
5. см. п. 5, только Копия 1 и 2 меняются местами

PS 1. Задачу создания горячей резервной копии БД я решал через бэкап/восстановление полное/транзакций.
PS 2. Оперативная отчетность всегда делалась на основном сервере, проблемы с производительностью решались там-же.
PS 3. "Генеральская" отчетность делалась на копии БД, создаваемой ночью, ей высокая оперативность не требовалась. В крайнем случае БД развертывалась руками посредине дня.