|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
21.06.2001, 16:01
|
|||
|---|---|---|---|
Быстрая репликация |
|||
|
#18+
Если кто может ответить. Задача довольно простая. Прошло изменение на одном сервере - надо чтобы тут же они появились на другом. В режиме Merge это происходит, но в режиме Snapshot передача данных ждет даты и часа расписания (Schedules).Как бы избавиться от расписания в Издателе? (Подписчик типа Push) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.06.2001, 16:11
|
|||
|---|---|---|---|
|
|||
Быстрая репликация |
|||
|
#18+
А transactional replication не подходит? У меня задержка максимум пара секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 08:34
|
|||
|---|---|---|---|
Быстрая репликация |
|||
|
#18+
transactional replication конечно подходит, но вопрос был именно для типа Snapshot. По некоторым причинам этот тип предпочтителен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 09:05
|
|||
|---|---|---|---|
|
|||
Быстрая репликация |
|||
|
#18+
При настройке подписчика на публикацию, в окне c заголовком SET DISTRIBUTION AGENT SHEDULE есть опция CONTINUONSLY. Наверное подойдет? Опция гласит что-то о минимальном времени синхронизации или доставки записи между Publisher & Subscriber. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 10:52
|
|||
|---|---|---|---|
|
|||
Быстрая репликация |
|||
|
#18+
Так snapshot по определению мгновенно работать не может. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 11:22
|
|||
|---|---|---|---|
|
|||
Быстрая репликация |
|||
|
#18+
При изучении, когда выбирал подходящий для нас вид репл. пробовал при Shnapshot заносить записи. Не знаю насколько мгновенно, но данные довольно быстро синхронизировались. Цитирую первоисточник: "...Если выбрать режим обновления ПО МЕРЕ НЕОБХОДИМОСТИ, то файлы набора синхронизации будут создаваться и рассылаться сразу после поступления изменений от подписчиков..." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 11:24
|
|||
|---|---|---|---|
Быстрая репликация |
|||
|
#18+
А есть еще непосредственно обновляемые подписчики. Там транзакция не завершается, пока она не закрепится на всех участвующих в репликации серверах... Может, тебе она нужна? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.06.2001, 16:33
|
|||
|---|---|---|---|
Быстрая репликация |
|||
|
#18+
Олегу Яговкину. Действительно, подписчика можно настроить на постоянное слежение за изм.данными или дать Расписание с очень небольшой паузой обращения(напр.5мин). Это хорошо видно, если проверить JOBы подписчика. НО!!! Снимок с подписки (тип Snapshot) в Distributor делается по расписанию, которое можно видеть опять таки в JOBе Snapshot d Replication Monitor ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&tablet=1&tid=1826394]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
42ms |
get topic data: |
13ms |
get forum data: |
5ms |
get page messages: |
31ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 369ms |
| 0 / 0 |
