|
|
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Всем здрасте! Возник такой вопрос: Могут ли при настроенной репликации транзакций передаваться изменения с подписчика на издателя? Как-то это не явно описано в документации. Спасибо за внимание! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 11:31:33 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Привет All Нет, другое дело, что издатель может быть и подписчиком. Удачи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 11:36:26 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Ребята... Где об этом можно почитать??? А то позарез уже надо с одного на другой сервер реплицировать БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 11:41:32 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
А подробнее? На что издателю подписаться? Тогда получим две репликации транзакций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 11:42:42 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 alex2808 Ну в хелпе там, на майкре.... Я читаю Справочник Администратора MSSQL 2000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 11:57:33 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Ну для этого вообще то есть Merge Replication ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 12:10:46 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Владимир! Я знаю, что есть такая репликация. Но спрашиваю не об этом, а о том как работает то, что в терминах репликации транзакций называется Updatable Subscription! Вот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 12:56:24 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Написано об этом в книжке у Мамаева. Сам я ее не щупал, поэтому к написанному добавить ничего не смогу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 14:07:17 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Нельзя У нас реализовано следующим образом 1.изменяется таблица1 на сервере1 2. Идет репликация на сервер2 3. Срабатывает триггер, который пихает данные в таблицу3 на сервере2 4. Идет репликация на сервер1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2002, 16:50:03 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Может это Вам поможет: \http://www.sql.ru/subscribe/2002/100.shtml#9 \http://www.sql.ru/subscribe/70028/10.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 00:00:24 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 Владимир Белов. Ага, понятно. А на сервере 1 как данные попадают в таблицу1? Наприямую, или как на сервере 2? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 11:20:28 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Класс!!! А теперь давайте немного усложним задачу... преблизим, так сказать, её немного к реальности: Пусть теперь таблица 1 связана с десятком других табличик (справочников, например) и ещё с другим десятком таблиц, которые от неё зависят и её подчинены... т.е. удаление записи из таб 1 приводит к цепочке удалений в таб 4 - n И теперь приедставте, что на сервере 2 Вам нужно эту ссылочную целостность поддерживать триггерочками... да плюс ещё всякие другие граблечки, которые будут вокруг неизменно появляться... Может всётаки использовать репликацию слиянием? Что то мне подсказывает, что обновляемые подписчики только у неё... а Мамай слегка напутал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 11:36:40 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 Кенгуру. Вот ты мне объясни - что такое Updatable Subscription. Причем тут Мамаев? Я что сказал что у него это вычитал? Я это вычитал в другой книжке? Или они все напутали, и сами программеры из микрософта напутали? Засунули обновляемые подписки не в ту репликацию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 11:45:58 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 AAZ На сервере1 данные изменяются напрямую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 13:24:17 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 Белов Владимир Понятно, спасибо. Будем думать дальше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 14:13:04 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 AAZ U menja ta ge problema... Esli chto´to uge pridumali...razreshite pointeresovatsa... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 17:31:24 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
"Immediate Updating Subscribers", насколько я помню, это подписчики немедленного обновления по протоколу 2PC. А вот что пишет Мамаев: "Перед тем как на подписчике будет выполнено изменение, исправленные данные сравниваются с исходными данными на издетеле. Если значения на подписчике и издателе совпадают, то изменение разрешается." Да, между ними должны проходить DTC запросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 17:44:48 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Работает это примерно так: на таблички сервера 2 вешаются триггера, которые через механизм distributed transaction изменяют данные на сервере 1. Для функционирования нужно на обоих серверах иметь включенный сервис MSDTC. Вообше это требует постоянной связи двух серверов, но если эти самые distributed transaction пропускать через Message Queue, то это ограничение снимается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 19:46:03 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
в 7 ТОЧНО МОЖНО ! ! ! используй @loopbackdetection ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 20:11:55 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Все ручками придеться писать. ЕМ это не настраивает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2002, 20:16:18 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Так, ну вот более или менее становится понятно.... Посоветуйте тогда - стоит ли с этим мучаться, или все же использовать merged репликации? Что-то писать руками - это сложно, так как я только начинаю влезать во все это дело... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2002, 11:59:56 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Зависит от сложности репликации! А ручками писать не сложно. Все в боле есть. Мерж сама по себе просто сложнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2002, 13:20:44 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Ручками писать не сложно, если публикации простые. Кроме того, не плохо было бы всё это хорошенько документировать, а то потом и сами не разберётесь, что к чему. Практика показывает, что даже при настройке Marge репликации, на уже готовой и используемой в промышленной эксплуатации базе, ручками и без того много чего придётся писать. К тому же, через ЕМ публикации и подписки в 2000-ке настраиваются очень удобно и этот процесс хорошо документирован. В случае возникновения нестандартных проблем, есть на что опираться... При создании репликации руками, локализация проблем - процесс ой, как не лёгкий... К тому же, не забывайте, что в репликации учавствуют не только SQL сервера, а ещё и коммуникационное оборудование и системы поддержки безопасности... Внешняя среда накладывает достаточно жёсткие ограничения, которые придётся обходить или преодолевать... В ЕМ это всё видно визуально и очень помогает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.06.2002, 17:28:04 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
И все-таки хотелось бы услышать(увидеть) ответ на следующий вопрос: Стоит ли настраивать репликацию транзакций для перенесения изменений с подписчика на издателя (и если да, то как это делать) или все же использовать для этих целей репликацию слиянием? Время поджимает, скоро придется модифицировать предыдущую структуру SQL серверов, поэтому буду очень признателен за совет. Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2002, 17:13:44 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Стоит ли настраивать репликацию транзакций для перенесения изменений с подписчика на издателя (и если да, то как это делать) или все же использовать для этих целей репликацию слиянием? Не зная всех условий задачи никто не сможет посоветовать вам что либо. Какой вид репликации выбрать зависит от многих условий, почитайте в BOL о планировании репликации, там все эти моменты разъясняются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2002, 17:28:55 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
2 AAZ Я настроил у себя репликацию транзакций двустороннюю, у подписчика изменения преспокойненько летят на издателя. Давай мыло или аську - пообщаемся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2002, 07:21:28 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Простите DmitryN, а зачем? Что это Вам дало и чем это лучше marge? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2002, 19:48:24 |
|
||
|
Репликация транзакций
|
|||
|---|---|---|---|
|
#18+
Here is what MSDN has on the subject: Updatable Subscriptions Data at the Subscriber can be modified if you use merge replication or if you use snapshot replication or transactional replication with an updatable subscription option. Updatable subscription options available with snapshot replication and transactional replication allow you to make changes to replicated data at the Subscriber and propagate those changes to the Publisher and to other Subscribers. Updatable subscription options include immediate updating, queued updating, and immediate updating with queued updating as a failover. Immediate updating allows Subscribers to update data only if the Publisher will accept them immediately. If the changes are accepted at the Publisher, they are propagated to other Subscribers. The Subscriber must be continuously and reliably connected to the Publisher to make changes at the Subscriber. Queued updating allows Subscribers to modify data and store those data modifications in a queue while disconnected from the Publisher for a period of time. When the Subscriber reconnects to the Publisher, the changes are propagated to the Publisher. If the Publisher accepts the changes, normal replication processes occur and the changes are propagated to other Subscribers from the Publisher. You can store data modifications in a SQL Server 2000 queue or use Microsoft Message Queuing. Immediate updating with the queued updating option allows you to use immediate updating and switch to queued updating if a connection cannot be maintained between the Publisher and Subscribers. After switching to queued updating, reconnecting to the Publisher, and emptying the queue, you can switch back to immediate updating mode. When using merge replication, data at the Subscriber is automatically updatable. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2002, 20:51:49 |
|
||
|
|

start [/forum/topic.php?all=1&fid=46&tid=1821959]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
79ms |
get tp. blocked users: |
1ms |
| others: | 271ms |
| total: | 451ms |

| 0 / 0 |
