Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Распределенная БД / 15 сообщений из 15, страница 1 из 1
04.07.2007, 21:57
    #34639440
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Как лучше реализовать такую вот штуку?

Есть главный комп, на нем хранится общая для всех остальных компов в сети БД (например DB1),она хранит информацию о данных из DB2 . Все остальные клиенты в сети подключены к DB1. Так же у каждого компа в сети (как и у главного) есть собственная локальная БД (DB2), в которой хранятся бинарные данные большого объема.

Нужно, чтобы с любого клиента в сети можно было просмотреть бинарные данные из DB2 любого компа.

Если с помощью ECP все это делать, то приходится очень много действий производить:
На каждом компе подключать удаленные БД от всех компов в сети.
Да и с добавлением, допустим, нового клиента приходится добавлять его удаленную DB2 на каждый комп в сети.
...
Рейтинг: 0 / 0
05.07.2007, 08:17
    #34639705
krvsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Вот это вы наваяли. :) А большей объем это сколько?
----------
Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT
...
Рейтинг: 0 / 0
05.07.2007, 08:29
    #34639726
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Каждый блок данных DB2 это где-то 20-30 мб.

Можно как нибудь в ECP от клиента1 через сервер получить данные от клиента2, не подключая у клиента1 удаленную DB2 от клиента2?
...
Рейтинг: 0 / 0
05.07.2007, 09:23
    #34639861
ну я
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Подключить к DB1 каждого из клиентов 1 раз, объявив их удаленными и ввести на DB1 маппинг на удаленные базы на уровне глобалов? Все обращаются логически к DB1, дальше отрабатывает маппинг и ECP.
...
Рейтинг: 0 / 0
05.07.2007, 12:04
    #34640480
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Имя нужного глобала из DB2 у всех одинаковое. Не дает замапировать глобалы с одинаковым именем для разных удаленных баз.
...
Рейтинг: 0 / 0
05.07.2007, 13:17
    #34640785
Hampster-Mumpster
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
LeronКаждый блок данных DB2 это где-то 20-30 мб
А сколько блоков? :) По-любому, дисковое пространство стоит недорого.
Я бы гнал изменения в DB2 на центральный сервер через Shadowing, а удаленно монтировал бы "реплики" DВ2. При этом убивая 3-х зайцев:
- доступ ко всем DB2 без ECP-соединения каждого с каждым
- копирование DВ2 "на лету"
- будет работать и при (временном) отсутствии связи с какими-либо серверами.
Будет работать медленно (или сильно забивать сеть), если в DB2 очень много изменений (вашей задачи я не знаю). Но стоит задуматься: а нужны ли _все_ локальные данные DB2 другим серверам? Не лучше ли обработать их локально по максимуму и выкладывать в общий доступ лишь то, что действительно нужно?
Такое решение существенно разгрузит сеть, а возможно и вообще снимет проблему.
...
Рейтинг: 0 / 0
05.07.2007, 14:12
    #34641044
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Hampster-Mumpster
А сколько блоков? :) По-любому, дисковое пространство стоит недорого.
Я бы гнал изменения в DB2 на центральный сервер через Shadowing, а удаленно монтировал бы "реплики" DВ2. При этом убивая 3-х зайцев:
- доступ ко всем DB2 без ECP-соединения каждого с каждым
- копирование DВ2 "на лету"
- будет работать и при (временном) отсутствии связи с какими-либо серверами.
Будет работать медленно (или сильно забивать сеть), если в DB2 очень много изменений (вашей задачи я не знаю). Но стоит задуматься: а нужны ли _все_ локальные данные DB2 другим серверам? Не лучше ли обработать их локально по максимуму и выкладывать в общий доступ лишь то, что действительно нужно?
Такое решение существенно разгрузит сеть, а возможно и вообще снимет проблему.

В нашей задаче добавление этих блоков происходит все время и непрерывно. Если каждый клиент начнет слать эти блоки по сети на сервер, то сетка, скорее всего, помрет.
Повторюсь: в DB1 хранится информация о всех блоках записанных кем либо, а сами блоки распределены по сети в базах DB2.
Просто поток этих блоков очень большой и одна машина не справится, пришлось эту процедуру распределить на несколько компьютеров, по минимуму загружая сеть (от всех клиентов в главную DB1 записывается только информация о записанных блоках)
...
Рейтинг: 0 / 0
05.07.2007, 14:17
    #34641057
krvsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
А что хоть за даные-то?
----------
Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT
...
Рейтинг: 0 / 0
05.07.2007, 14:49
    #34641202
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
krvsaА что хоть за даные-то?


Телеметрия технических процессов.
Это меняет суть дела?
...
Рейтинг: 0 / 0
05.07.2007, 15:00
    #34641239
Hampster-Mumpster
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
LeronВ нашей задаче добавление этих блоков происходит все время и непрерывно. Если каждый клиент начнет слать эти блоки по сети на сервер, то сетка, скорее всего, помрет.

Не факт, если до сих пор не померла :)

Shadow использует сеть более экономично, чем ECP, т.к. шлёт блоки журнала (64K), а не блоки глобалов (8K). Опять же, снимаются функции ECP-сервера с сервера приложений, а это существенное снижение нагрузки на его локальный кэш, да и на процессор тоже (не надо обслуживать чужие ECP-запросы). Не зря Shadow иногда называют "ленивой репликацией" - нормально работает даже на небыстрых каналах.
...
Рейтинг: 0 / 0
05.07.2007, 15:17
    #34641309
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Все равно общая скорость будет упираться в скорость записи на диск этих блоков на главном сервере. Что бы избежать этого мы и распределили нагрузку на несколько компьютеров.
...
Рейтинг: 0 / 0
05.07.2007, 15:32
    #34641406
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
И еще забыл сказать, что база DB2 не журналируется.
...
Рейтинг: 0 / 0
05.07.2007, 15:57
    #34641530
Hampster-Mumpster
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
То, что нет журналирования, не страшно: ничто не мешает выкладывать "выжимку" для общего доступа в отдельный глобал, отмапленный в журналируемую базу.
...
Рейтинг: 0 / 0
06.07.2007, 08:06
    #34642712
krvsa
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
LeronЭто меняет суть дела?
Это обычный интерес :) Т.к. без понимания природы данных труднова-то говорить о базах данных...
Это какая-то текстовая информация или картинки какие-то?
...
Рейтинг: 0 / 0
06.07.2007, 10:49
    #34643102
Leron
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Распределенная БД
Hampster-MumpsterТо, что нет журналирования, не страшно: ничто не мешает выкладывать "выжимку" для общего доступа в отдельный глобал, отмапленный в журналируемую базу.

Из базы DB1 в DB2 (не журналируемую) отмаплен стримовый глобал (который и хранит эти самые блоки). Сделано это было, опять же, для ускорения процесса записи блоков в бд.
...
Рейтинг: 0 / 0
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Распределенная БД / 15 сообщений из 15, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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