Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Привет, знатоки и зубры! Есть у меня один гипотетический, но обещающий стать в скором времени весьма жизненным вопрос )) Предполагается между двумя серверами, связанными через и-нет, установить репликацию. Моментальный снимок ожидается довольно большим. Что будет, если во время применения моментального снимка на подписчике оборвется связь в и-нете? При восстановлении связи дистрибутор будет заново все качать или продолжит с момента обрыва? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2001, 04:33 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Эта проблема может быть острой при начальной синхронизации. Поэтому, лучше её выполнить вручную, предварительно переместив моментальный снимок на подписчика. Последующие моментальные снимки будут скорее всего небольшими, что уменьшит число возможных повторов синхронизации из-за обрыва связи по FTP. http://www.sql.ru/subscribe/70028/10.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2001, 08:39 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
"Последующие моментальные снимки будут скорее всего небольшими" Если уж речь идет о моментальных снимках, то непонятно почему в дальнейшем они будут маленькими. Наверное имеется ввиду репликация транзакций, а не моментальных снимков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2001, 12:13 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
2 Александр Гладченко. Не могли бы Вы прокомментировать свой ответ. Я тоже представлял репликацию моментальных снимков несколько иначе. Или Вы предполагаете, что в дальнейшем можно уменьшить набор реплицируемых таблиц, оставив только те, содержимое которых изменяется? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2001, 17:48 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Действительно, Вы заставили меня задуматься над своими же словами (похоже чущь сморозил). Мне казалось, поскольку формат файла моментального снимка сродни формату BCP файлов, можно уйти от репликации не изменившихся данных. Попробую копнуть тут глубже, может что и вытащу. Ласточка < мой ответ прошу считать не действительным. Огромное сорри за беспокойство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2001, 19:04 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Прошу прощения, забыла указать, что планируется вести репликацию транзакций... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2001, 04:40 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Добрый всем день! Как то запутано все немного. Если планируется репл. транз., то в первом вопросе речь идет о начальной синхронизации надо полагать. Если планируется Shnapshot репликация так она представляет собой копию информации на определенный момент времени (копирование всех данных таблицы кот. входит в статью)при чем нет необходимости беспокоиться о возможных конфликтах и потерях транзакций. Репл. методом синхронизации осуществл. полное обновл. табл. подписчика и каждый раз весь объем данных статьи публикации помещается в табл. подписчика. Репл. синхронизацией не примен. при частом незначительном изменении данных т.к.приходится пересылать опять же полные копии(снимки)данных всей таблицы, что весьма накладно. Сдается, что при ответе на самый первый вопрос >Что будет, если во время применения моментального снимка на подписчике оборвется связь в и-нете? При восстановлении связи дистрибутор будет заново все качать или продолжит с момента обрыва? -при начальной синхронизации: Shnapshot-агент сообщит о неудачной первичной синхронизации баз, что и нужно будет повторить. -при репликации снимком: все будет качаться заново. -и есть там еще что то про двухступенчатый протокол фиксации транзакций на публикующем сервере (при непосредственно обновл. подписчиках)кот. применяют и в репл. транзакций и в репл. снимками (в данном протоколе совершенно ничего не понимаю пока) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2001, 08:29 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Как правильно подметил Олег, котлеты отдельно, а мухи - отдельно! Имелась ввиду именно первоначальная синхронизация в репликации транзакций. Что будет, если часть моментального снимка дистрибутор все-таки закачал, потом связь пропадает, что дистрибутор решит - качать все заново или продолжит с прерванного места? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2001, 13:22 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Ранее на этот вопрос уже отвечали (причем, совсем недавно). И звучал ответ так: будет закачиваться с того места, на котором прошлый раз произошел обрыв связи (если не ошибаюсь, ответ Greensunrise). Сам я точно ответа не знаю и у меня большие сомнения, что действительно все обстоит именно так (это же не ReGet какой-нибудь). Однако, главная проблема IMHO не в этом. А в том, что репликацию транзакций вы предполагаете использовать на линии, которая может рваться. Вот это категорически нельзя делать - она для этого не предназначена. Для рвущейся линии можно использовать либо пересылку сжатых bcp-пакетов по почте, либо Merge-репликацию. Все прочее обречено на провал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2001, 19:04 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
2 Олег Яговкин. Двуступенчатое фиксирование используется в репликации непосредственно обновляемых подписчиков, и только в нем. А этот вид репликации может использоваться только на СУПЕРнадежных и быстродействующих каналах связи, ибо сам факт увязки нескольких серверов по такому типу репликации приводит к многократному снижению надежности всей системы вцелом (при выходе из строя одного из серверов, участвующих в репликации, все сервера оказываются неработоспособными). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2001, 19:07 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
To Garya: т.е. репликацию транзакций через и-нет использовать не рекомендуется? Уточню - до провайдеров с обеих сторон выделенка... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2001, 03:01 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Через инет рекомендую использовать только репликацию транзакций.Почему?Качать через инет 1 транзакцию или каждый раз весь snapshot.Почуствуйте разницу.Транзакция не прошла-пройдет через 5 минут.А если свалится канал на последнем байте snapshotа?В общем, у меня работает с синхронизацией каждые 30 минут и не жужжит.В принципе можно установить и постоянную синхронизацию.Дело в оперативности использования данных.Вот собственно и все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2001, 07:40 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
>To Garya: т.е. репликацию транзакций через и-нет использовать не рекомендуется? Уточню - до провайдеров с обеих сторон выделенка... Если выделенка, то можно. Тогда не понятна фраза ранее прозвучавшая в вопросе "Что будет, если во время применения моментального снимка на подписчике оборвется связь в и-нете?" 2 Dmtp. Мне кажется Вы не совсем правильно представляете себе работу механизма репликации транзакций. Если Вы полагаете, что репликация транзакций осуществляется в самой реплицируемой транзакции, то это не так. Подобное представление ближе к механизму репликации непосредственно обновляемых подписчиков. Это во-первых. Во-вторых, при использовании ненадежной линии возможны потери информации в процессе репликации, а также состояния частично переданных изменений, которые могут привести на подписчике к выборке неполноценных наборов данных (вроде половины накладной). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2001, 17:25 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
To Garya: Т.е. вы хотите сказать, что при репликации (не важно какой - транзакций, слияния или момент.снимков) нет гарантии, что подписчик получит именно те данные, которые отправил издатель? )) (задумчиво) и кому такая репликация нужна... А как же подписчики, которые вообще по модему получают обновления? Да на наших родных, штопанных-перештопанных телефонных линиях?... Неужели нет никакого механизма подтверждения-проверки полученных данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2001, 04:23 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Если бы штаб-квартира MS находилась в России и сидела бы на "штопанных" телефонных линиях, возможно, они больше внимания уделили бы этому вопросу. Правду говорят "сытый голодному не товарищ". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2001, 19:15 |
|
||
|
Гипотонический вопрос :)))
|
|||
|---|---|---|---|
|
#18+
Спасибо всем, кто нашел время ответить на мой вопрос Думаю, без эксперимента тут не обойтись: во время первоначальной синхронизации выдернуть сеть из подписчика и посмотреть, что будет делать агент Distributor... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2001, 05:36 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32017410&tid=1824829]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
75ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 417ms |
| 0 / 0 |
