Нас посетило:

mod_vvisit_counterСегодня104
mod_vvisit_counterВчера97
mod_vvisit_counterЗа неделю201
mod_vvisit_counterЗа месяц705
mod_vvisit_counterВсего972834
Продукты и услуги arrow Продукты и услуги arrow Rail
Система RAIL и территориально распределенные клиенты.

Система RAIL поддерживает территориально распределенные системы. При этом можно выделить два варианта таких систем - с централизованным размещением базы данных и с распределенной базой данных.

Централизованное размещение базы данных. В этом случае используется всего одна база данных, в которой работают все пользователи - как местного офиса, так и удаленных. Пользователи удаленных офисов работают через серверы приложений (MS remote desktop, Citrix Metaframe или им подобные). 

Преимущества:

  • легкая управляемость и массштабируемость;
  • простое и относительно дешевое решение;
  • нетребовательность к пропускной способности каналов связи для удаленных пользователей (30кбит/с для одного пользователя).

Недостатки:

  • требовательность к качеству (устойчивости) каналов связи;
  • ненадежность системы (прекращение работы центрального офиса или его каналов связи ведет к полной остановке всех офисов компании).

 

Для повышения надежности данного решения необходимо использовать дублирование используемых технических систем. Для базы данных создается одна или несколько баз данных горячего резерва. Каналы связи дублируются, причем используются разные провайдеры. Особое внимание необходимо уделить дублированию источников электропитания. Схема такой архитектуры приблизительно может выглядеть так:

Image

Распределенная база данных. В этом случае база данных представляет собой совокупность баз данных, размещенных в разных, территориально распределенных офисах. Целостность и непротиворечивость распределенной базы данных обеспечивается синхронизацией данных между отдельными базами данных. Необходимость синхронизации, ее полноту и периодичность определяют бизнес-процессы, которые выполнятся в каждом офисе компании.

Преимущества:

  • высокая надежность (работоспособность каждого офиса зависит только от работоспособности его собственной базы данных);
  • неограниченная массштабируемость;
  • нетребовательность к качеству (устойчивости) каналов связи.

Недостатки:

  • повышенные требования к персоналу, обслуживающему базы данных;
  • требовательность к пропускной способности каналов связи.

 

Архитектура потоков информации внутри распределенной базы данных может быть разной. Некоторые типовые варианты потоков данных представлены ниже.

Image

Синхронизация данных нетребовательна к устойчивости каналов связи, но требовательна к их пропускной спосоности. Офис из 50 сотрудников может генерировать за 8 рабочих часов до 1Гигабайта информации, которую необходимо передать в базы данных удаленных офисов. Очень важно четко представлять «срочность» и необходимость передаваемой информации для удаленных офисов - это позволяет синхронизировать различные виды данных с разной периодичностью. Например, информация по слежению за вагонами может синхронизироваться в реальном режиме времени, бухгалтерская информация - раз в 2 часа, а информация о рассчитанных ставках - раз в сутки.

Каждая из баз данных в распределенной базе данных также может быть задублирована одной или несколькими базами данных горячего резерва.