|
|
|
Репликация на разрабатываемой базе
|
|||
|---|---|---|---|
|
#18+
Уважаемые коллеги, поделитесь опытом, пожалуйста! До недавнего времени у нас была обычная клиент-серверная база на 2000 sql. Удаленные клиенты (базы) работали с сервером через инет, кто по citrix, кто просто толстым клиентом. В общем, все было неплохо до первого серъезного обрыва связи - у провайдера свистнули антенну. Естественно, сразу встала отгрузка продукции. В итоге первым был найден выход в репликации транзакций с очередью. За 2-3 недели сделали тестовый нормально работающий вариант базы. Проблема вроде решилась - при обрыве связи транзакции идут в очередь, клиентские программы работают уже с локальной версией данных. При первой возможности транзакции из очереди улетают на сервер. И все бы хорошо, но дело в том, что база у нас еще далеко не закончена, постоянно делаются изменения в структуре таблиц. Это, понятно, практически невозможно при уже подписанной таблице - придется каждый раз останавливать репликацию, что будет означать то же самое - остановку отгрузки на базах. Буду рад услышать любые советы, результаты собственных опытов в данном вопросе! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2002, 11:38:09 |
|
||
|
Репликация на разрабатываемой базе
|
|||
|---|---|---|---|
|
#18+
Чтобы не останавливать репликацию, изменения в таблицах надо проводить не через alter table, а через специальные процедуры sp_repladdcolumn sp_repldropcolumn Почитайте в BOL про них. И обратите внимание на то, что там говорится про backup'ы в примечании. Если промахнуться, то можно потом поиметь проблемы после restore. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2002, 13:22:06 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=46&tid=1821518]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 335ms |

| 0 / 0 |
