ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Выбор оптимального способа реплицирования по Dial Up
18 сообщений из 18, страница 1 из 1
Выбор оптимального способа реплицирования по Dial Up
    #32053505
Ixtiander
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ixtiander
Гость
Предлагаю пообсуждать вот такую проблему:

Есть клиент с модемом, который хочет по Dial Up на 33,6К забирать изменения в 4х таблицах. Изменения нужны только в одну сторону т.е. к нему. Снапшот этих 4х таблиц занимает 2,6 Мб.

При реплицировании снимком - клиент висит на линии от 30 до 60 минут (в зависимости от качества тел. линии).

При реплицировании транзакциями клиент зависает на линии более 1 часа.

Реплицирование сведением делать не стал т.к. подписчик может внести изменения издателю, что не есть хорошо.

Я попробовал упаковать снапшот сделанный SQL-ем, ZIP-архив упаковался в 4 раза! Неужели microsoft не могли встроить архиватор в Snapshot Agent?

Так вот. Если на подписчике снимок будет ZIP-оваться и моими средствами доставляться подписчику, сможет ли подписчик реплицироваться с локального диска, если разжатый снимок будет находиться там?
...
Рейтинг: 0 / 0
27.09.2002, 07:47:57
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053528
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
А если не секрет? Какая информация реплицируется? Может быть уменьшить её объём?
...
Рейтинг: 0 / 0
27.09.2002, 09:35:49
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053532
Фотография MiCe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MiCe
Участник
а log shipping не подойдет?
да и сжимать может.... но в .cab файлы....
...
Рейтинг: 0 / 0
27.09.2002, 09:46:43
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053543
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GaryaПривилегированный пользователь
Участник
Log shipping врядли подойдет, если реплицировать нужно только 4 таблицы, а не все.

IMHO 2 варианта.
1. Триггеры, выцепливающие информацию для репликации -> формирование файла (упакованного) -> отправка по email -> прием, распаковка, синхронизация. См. в BOL "How to use SQL Mail". Очень классная штука для подобного варианта sp_processmail. Недостаток - необходимо предусматривать собственный механизм подтверждения получателем всех отправлений в нужной последовательности, иначе весьма вероятно рассогласование из-за каких-либо сбоев в работе электронной почты.

2. Merge-репликация. Зря ты так негативно к ней относишься. Сделать односторонней ее можно двумя способами:
а) Использовать вспомогательные таблицы, структура которых соответствует структуре базовых таблиц, и на которые завязывается репликация. Этот вариант на случай, если в базовую таблицу производится ввод информации и на принимающей стороне, но она не должна передаваться обратно.
б) Если ввод информации в 4 таблицы в принципе должен производиться только на одной стороне, то на другой стороне можно выставить права доступа - read only. И всё!
...
Рейтинг: 0 / 0
27.09.2002, 10:07:33
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053606
Ixtiander
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ixtiander
Гость
2 Sergwsk: Информация состоит из типов, наименований товаров их характеристик, цен, и т.д. Таблицы в реплике уже предельно отфильтрованы, так что уменьшить объем не получится.

2 MiCe: Log Shipping не подойдет.

2 Garya: А Merge-репликация займет меньший объем? Тогда вариант А мне подойдет.
...
Рейтинг: 0 / 0
27.09.2002, 12:01:35
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053611
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
to ixtiander: Понятно. У меня та же предметная область.
Неужели за один день накапливается на 2.6 Мбт изменений в справочниках? Возможно, надо изменить процедуру обновления информации на сервере, чтобы уменьшить объём информации, требуемой к пересылке на клиент.
...
Рейтинг: 0 / 0
27.09.2002, 12:11:27
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053625
Tulkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tulkin
Участник
ИМХО односторонняя мерж-репликация -то что доктор прописал.
...
Рейтинг: 0 / 0
27.09.2002, 12:43:12
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053630
Ixtiander
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ixtiander
Гость
2 Sergwsk: Нет изменений не много. Это снапшот всех 4 таблиц весит 2,6 Мб. Много транзакций накапливается на insert, update, delete поэтому transactional replication занимает больше времени, чем заливка всего снимка.

2 ALL: А при мерж репликации измененные данные как передаются, не транзакциями? В каком они формате?
...
Рейтинг: 0 / 0
27.09.2002, 12:51:36
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053635
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
Будьте проще - напишите собственную процедуру синхронизации. Уйдёт не больше двух недель - зато потом качать будете только чистую дельту информации.
...
Рейтинг: 0 / 0
27.09.2002, 12:58:25
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053639
Tulkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tulkin
Участник
2 sergwsk
Зачем писать то,что MS уже написала.
2 Ixtiander
В процессе синхронизации мерж-агент коннектится к издателю и подписчику, узнает изменения, произошедшие с обеих сторон с момента последней синхронизации и тупо делает инсерты,апдэйты и делиты на необходимые записи.
...
Рейтинг: 0 / 0
27.09.2002, 13:03:40
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053661
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
to Tulkin: Бывают причины. В данном случае критическим является время и надёжность соединения. В рамках стандартной микрософтовской модели репликаций эти проблемы находятся за скобками.
...
Рейтинг: 0 / 0
27.09.2002, 13:44:39
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053690
Ixtiander
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ixtiander
Гость
2 Sergwsk:
Хорошо. Предположим данные, которые изменились я отделю. Тогда в каком формате я их буду передавать? В Аксессовском MDB лучше не надо - очень ненадежный формат.

Есть у кого-нибудь реально работающая схема реплицирования созданная своими руками? Поделитесь. Я бы руками и ногами за систему реплицирования, когда данные можно передавать мылом либо на дискетах (бывают и такие случаи).
...
Рейтинг: 0 / 0
27.09.2002, 14:36:10
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053734
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
to ixtiander:

ADODB.Recordset
...
Рейтинг: 0 / 0
27.09.2002, 15:47:54
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053739
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
to Ixtiander:
otrubilsia Russian :-\
Esli client activniy. Esli client passivny - stroka s razdeliteliamy, iz kotoroy vosstanavlivat adodb.Recordset
...
Рейтинг: 0 / 0
27.09.2002, 15:51:34
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053794
Tulkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tulkin
Участник
2 sergwsk
Прошу прощения,если задену самолюбие, но неужели Вы думаете, что у Вас за две недели получится лучше и качественней, чем у оравы программеров из МS, работающих над репликацией не первый год.
p.s. А какие РЕАЛЬНЫЕ факты повлияли на Ваше мнение о том,что " В рамках стандартной микрософтовской модели репликаций эти проблемы находятся за скобками" ?
...
Рейтинг: 0 / 0
27.09.2002, 17:45:48
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053809
sergwsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergwsk
Участник
To Tulkin: Немного флейма :-). Есть такое понятие “инженерный подход” к решению задачи. В рамках этого подхода получаются решения, часто отсутствующие в учебниках(и BOL). Главное в этих решениях то, что они выполняют поставленные технические требования к программному продукту в частности и к поставленной задаче в целом.
...
Рейтинг: 0 / 0
27.09.2002, 18:19:21
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053810
Tulkin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tulkin
Участник
Ну и?
...
Рейтинг: 0 / 0
27.09.2002, 18:22:10
| Ответить | Цитировать | Написать  
Выбор оптимального способа реплицирования по Dial Up
    #32053898
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гладченко
Участник
"Я попробовал упаковать снапшот сделанный SQL-ем, ZIP-архив упаковался в 4 раза! Неужели microsoft не могли встроить архиватор в Snapshot Agent?" <- повидимому Вы работаете с 7.0, т.к. в 2000 есть опция упаковки снапшота.
...
Рейтинг: 0 / 0
28.09.2002, 15:44:39
| Ответить | Цитировать | Написать  
18 сообщений из 18, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Выбор оптимального способа реплицирования по Dial Up
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&msg=32053528&tid=1819996]:
 0ms
get settings:
 5ms
get forum list:
 10ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 21ms
get topic data:
 6ms
get forum data:
 2ms
get page messages:
 42ms
get tp. blocked users:
 1ms
others: 190ms
total:  281ms
созд. / загр.: 281ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]