Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Как лучше реализовать такую вот штуку? Есть главный комп, на нем хранится общая для всех остальных компов в сети БД (например DB1),она хранит информацию о данных из DB2 . Все остальные клиенты в сети подключены к DB1. Так же у каждого компа в сети (как и у главного) есть собственная локальная БД (DB2), в которой хранятся бинарные данные большого объема. Нужно, чтобы с любого клиента в сети можно было просмотреть бинарные данные из DB2 любого компа. Если с помощью ECP все это делать, то приходится очень много действий производить: На каждом компе подключать удаленные БД от всех компов в сети. Да и с добавлением, допустим, нового клиента приходится добавлять его удаленную DB2 на каждый комп в сети. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2007, 21:57 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Вот это вы наваяли. :) А большей объем это сколько? ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 08:17 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Каждый блок данных DB2 это где-то 20-30 мб. Можно как нибудь в ECP от клиента1 через сервер получить данные от клиента2, не подключая у клиента1 удаленную DB2 от клиента2? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 08:29 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Подключить к DB1 каждого из клиентов 1 раз, объявив их удаленными и ввести на DB1 маппинг на удаленные базы на уровне глобалов? Все обращаются логически к DB1, дальше отрабатывает маппинг и ECP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 09:23 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Имя нужного глобала из DB2 у всех одинаковое. Не дает замапировать глобалы с одинаковым именем для разных удаленных баз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 12:04 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
LeronКаждый блок данных DB2 это где-то 20-30 мб А сколько блоков? :) По-любому, дисковое пространство стоит недорого. Я бы гнал изменения в DB2 на центральный сервер через Shadowing, а удаленно монтировал бы "реплики" DВ2. При этом убивая 3-х зайцев: - доступ ко всем DB2 без ECP-соединения каждого с каждым - копирование DВ2 "на лету" - будет работать и при (временном) отсутствии связи с какими-либо серверами. Будет работать медленно (или сильно забивать сеть), если в DB2 очень много изменений (вашей задачи я не знаю). Но стоит задуматься: а нужны ли _все_ локальные данные DB2 другим серверам? Не лучше ли обработать их локально по максимуму и выкладывать в общий доступ лишь то, что действительно нужно? Такое решение существенно разгрузит сеть, а возможно и вообще снимет проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 13:17 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Hampster-Mumpster А сколько блоков? :) По-любому, дисковое пространство стоит недорого. Я бы гнал изменения в DB2 на центральный сервер через Shadowing, а удаленно монтировал бы "реплики" DВ2. При этом убивая 3-х зайцев: - доступ ко всем DB2 без ECP-соединения каждого с каждым - копирование DВ2 "на лету" - будет работать и при (временном) отсутствии связи с какими-либо серверами. Будет работать медленно (или сильно забивать сеть), если в DB2 очень много изменений (вашей задачи я не знаю). Но стоит задуматься: а нужны ли _все_ локальные данные DB2 другим серверам? Не лучше ли обработать их локально по максимуму и выкладывать в общий доступ лишь то, что действительно нужно? Такое решение существенно разгрузит сеть, а возможно и вообще снимет проблему. В нашей задаче добавление этих блоков происходит все время и непрерывно. Если каждый клиент начнет слать эти блоки по сети на сервер, то сетка, скорее всего, помрет. Повторюсь: в DB1 хранится информация о всех блоках записанных кем либо, а сами блоки распределены по сети в базах DB2. Просто поток этих блоков очень большой и одна машина не справится, пришлось эту процедуру распределить на несколько компьютеров, по минимуму загружая сеть (от всех клиентов в главную DB1 записывается только информация о записанных блоках) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 14:12 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
А что хоть за даные-то? ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 14:17 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
krvsaА что хоть за даные-то? Телеметрия технических процессов. Это меняет суть дела? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 14:49 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
LeronВ нашей задаче добавление этих блоков происходит все время и непрерывно. Если каждый клиент начнет слать эти блоки по сети на сервер, то сетка, скорее всего, помрет. Не факт, если до сих пор не померла :) Shadow использует сеть более экономично, чем ECP, т.к. шлёт блоки журнала (64K), а не блоки глобалов (8K). Опять же, снимаются функции ECP-сервера с сервера приложений, а это существенное снижение нагрузки на его локальный кэш, да и на процессор тоже (не надо обслуживать чужие ECP-запросы). Не зря Shadow иногда называют "ленивой репликацией" - нормально работает даже на небыстрых каналах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 15:00 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Все равно общая скорость будет упираться в скорость записи на диск этих блоков на главном сервере. Что бы избежать этого мы и распределили нагрузку на несколько компьютеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 15:17 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
И еще забыл сказать, что база DB2 не журналируется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 15:32 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
То, что нет журналирования, не страшно: ничто не мешает выкладывать "выжимку" для общего доступа в отдельный глобал, отмапленный в журналируемую базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.07.2007, 15:57 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
LeronЭто меняет суть дела? Это обычный интерес :) Т.к. без понимания природы данных труднова-то говорить о базах данных... Это какая-то текстовая информация или картинки какие-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2007, 08:06 |
|
||
|
Распределенная БД
|
|||
|---|---|---|---|
|
#18+
Hampster-MumpsterТо, что нет журналирования, не страшно: ничто не мешает выкладывать "выжимку" для общего доступа в отдельный глобал, отмапленный в журналируемую базу. Из базы DB1 в DB2 (не журналируемую) отмаплен стримовый глобал (который и хранит эти самые блоки). Сделано это было, опять же, для ускорения процесса записи блоков в бд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2007, 10:49 |
|
||
|
|

start [/forum/topic.php?fid=39&fpage=81&tid=1559299]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
174ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 456ms |

| 0 / 0 |
