Репликация транзакций с нескольких серверов

@carga2 · Регистрация: 07.11.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте, ребята!
Хочу настроить одностороннюю репликацию транзакций. Интересует не то как это сделать, а проблемы, которые могут возникнуть и правильность организации всего этого дела.
На рисунке - каждый удаленный узел является издателем. Данные удаленного узла включаются в публикацию с одной таблицей данных(table_source). Центральный узел является подписчиком на эти публикации. На сервере Центрального узла находятся столько баз с разными именами, сколько удаленных узлов. Таблица table_source является журналом событий(на всех узлах имеет одно название и структуру), то есть заполняется данными относительно часто - от 1000 до 100000 записей в час. Как сильно при репликации будут нагружаться удаленные узлы, центральный узел, сеть передачи данных и какие проблемы могут возникнуть вообще?

@carga2 · 27.03.2015, 10:46 **[ТС]**

пунктирные стрелочки на рисунке не означают, что репликация двухсторонняя, они лишние!

@MDmitry_ · 29.03.2015, 21:14

Делал подобную задачу, правда не через репликацию, но смысл такой же - надо было периодически сливать из n-го количества БД в центральную БД записи.

Проблемы на центральном узле

1. Мало оперативной памяти. Насколько я помню SQL сервер пытается поместить используемую таблицу в оперативку, если это ему не удаётся то будут тормоза, а теперь представьте, что таких таблиц несколько и их постоянно "дёргают". Сколько нужно оперативной памяти - зависит от ситуации. В моём случае после того как поставили 120ГБ оперативы тормоза прекратились

2. Нужен будет шустрый винчестер (по скорости чтения-записи, вместительный буфер). Как-то вместо "серверного" винчестера поставили от пользовательской машины и после этого процесс вообще "встал".
3. Насчёт сети - нагрузки особой не заметил, были только проблемы с обрывами.

@carga2 · 30.03.2015, 11:13 **[ТС]**

MDmitry_, спасибо за ответ. Я поняла, что вопросы у меня еще возникнут. Надеюсь вы поделитесь вашим опытом

Новые блоги и статьи Все статьи Все блоги /
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .

@carga2 11 / 9 / 6 Регистрация: 07.11.2013 Сообщений: 335

	Репликация транзакций с нескольких серверов 27.03.2015, 10:45. Показов 874. Ответов 3 Метки нет (Все метки) Здравствуйте, ребята! Хочу настроить одностороннюю репликацию транзакций. Интересует не то как это сделать, а проблемы, которые могут возникнуть и правильность организации всего этого дела. На рисунке - каждый удаленный узел является издателем. Данные удаленного узла включаются в публикацию с одной таблицей данных(table_source). Центральный узел является подписчиком на эти публикации. На сервере Центрального узла находятся столько баз с разными именами, сколько удаленных узлов. Таблица table_source является журналом событий(на всех узлах имеет одно название и структуру), то есть заполняется данными относительно часто - от 1000 до 100000 записей в час. Как сильно при репликации будут нагружаться удаленные узлы, центральный узел, сеть передачи данных и какие проблемы могут возникнуть вообще? Миниатюры 0

@carga2 11 / 9 / 6 Регистрация: 07.11.2013 Сообщений: 335
	27.03.2015, 10:46 [ТС]
	пунктирные стрелочки на рисунке не означают, что репликация двухсторонняя, они лишние! 0

@MDmitry_ 87 / 55 / 15 Регистрация: 01.10.2010 Сообщений: 492
	29.03.2015, 21:14
	Делал подобную задачу, правда не через репликацию, но смысл такой же - надо было периодически сливать из n-го количества БД в центральную БД записи. Проблемы на центральном узле 1. Мало оперативной памяти. Насколько я помню SQL сервер пытается поместить используемую таблицу в оперативку, если это ему не удаётся то будут тормоза, а теперь представьте, что таких таблиц несколько и их постоянно "дёргают". Сколько нужно оперативной памяти - зависит от ситуации. В моём случае после того как поставили 120ГБ оперативы тормоза прекратились 2. Нужен будет шустрый винчестер (по скорости чтения-записи, вместительный буфер). Как-то вместо "серверного" винчестера поставили от пользовательской машины и после этого процесс вообще "встал". 3. Насчёт сети - нагрузки особой не заметил, были только проблемы с обрывами. 1

@carga2 11 / 9 / 6 Регистрация: 07.11.2013 Сообщений: 335
	30.03.2015, 11:13 [ТС]
	MDmitry_, спасибо за ответ. Я поняла, что вопросы у меня еще возникнут. Надеюсь вы поделитесь вашим опытом 0