|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Есть в БД - источник и целевая. В целевую реплицируется около 95% таблиц из источника (~300шт.) От версии к версии мы регулярно меняем/удаляем старые таблицы и добавляем новые (мануальными скриптами). Соответственно, при установке новой версии, репликацию останавливают, накатывают на источник скрипты, реинициализируют репликацию. Очень редко на последнем этапе что-то ломается, но он всегда занимает много времени. Нам нужна тестовая среда для этого процесса. Но в тестовой среде скрипты по изменению схемы будут накатываться на источник ежедневно, порой по нескольку раз. Мы не можем каждый раз при этом реинициализировать всю репликацию. В идеале, нам нужно изменять только ту часть репликации, которая изменяется мануальным скриптом, причем желательно в этом же самом скрипте. Это вообще возможно? Если да, то буду благодарен за любую инфу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 14:56 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович, У меня нескромный вопрос, а оставшиеся 5 % они составляют какой процент от веса базы? Может быть просто делать полную репликацию или backup/restore дифференциальных бекапов? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 16:04 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Оставшиеся в целевой базе 5% - конфигурационные таблицы + в них хранимся инфа по еще одному проекту, косвенно связанному с основным. Разностный бэкап/восстановление наверное не подойдут, потому что обе базы должны быть все время доступны. Насколько я понял, задача репликации была в разграничении транзакционной базы от БД отчетов. Что вы имеет в виду под полной репликацией? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:02 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович, а alwayson вам не подходит? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:07 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович Разностный бэкап/восстановление наверное не подойдут, потому что обе базы должны быть все время доступны. Насколько я понял, задача репликации была в разграничении транзакционной базы от БД отчетов. https://sqlservergeeks.com/restore-transaction-log-with-standby-in-sql-server/ ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:21 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович, Если целевая база должна быть доступна только для чтения, то откажитесь от репликации в пользу AlwaysOn. по деньгам то же самое выйдет. При этом не нужны будут какие-либо ручные манипуляции со скриптами, публикацию можно выполнять из проектов Visual Studio, там же у вас будут находиться проект с тестами + GIT. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2022, 17:34 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Владислав Колосов, Читать со вторичной реплики AlwaysOn (если я не путаю) можно только на Ent редакции. А Ent и Std по деньгам две большие разницы. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 01:22 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Да, заказчик пока не хочет ставить Ent по понятным причинам. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 18:51 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович, авторобе базы должны быть все время доступны STANDART не может обеспечить 24/7, его в любом случае требуется выводить на эксплуатационное обслуживание. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 21:28 |
|
Потабличная репликация
|
|||
---|---|---|---|
#18+
Шамиль Фаридович, Вам либо AlwaysOn + Ent или Log shipping + Std + прерывание для вторичной ноды во время наката бэкапа лога. В обоих случаях лицензируются обе ноды. Или то, что используете. Это так сказать топ 3 с точки зрения тех трудностей при поддержке таких конфигураций. Отсортировал с ASC, так сказать 😊 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2022, 22:29 |
|
|
start [/forum/topic.php?fid=46&msg=40131021&tid=1683876]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 291ms |
0 / 0 |