Страница 1 из 1

Общая база SQL с филиалами

Добавлено: Пт авг 31, 2012 09:11
BigZmei
День добрый!

Назрела необходимость завести общую с филиалами базу для оперативного отслеживания поданных деклараций и их просмотра. Нужен совет по реализации.
Несколько отделов от одного, до нескольких декларантов.
Вижу несколько вариантов решения, хотелось бы совета по оптимальному (надежность/удобство администрирования/цена).

1. Свой SQL сервер с доступом через нет и общей базой (или сервер на облаке) + ГТД-Сервер. Отправка ЭД через центральный сервер.
Недостатки - покупка SQL сервера ибо размер зашкалит, достаточная сложность поддержания, цена.
2. Свой SQL сервер с доступом через нет и общей базой + ГТД-Сервер. Несколько облачных серверов с ГТД-Сервер на отделы. Отправка ЭД с серверов отделов.
Недостатки - покупка облачных серверов, покупка нескольких ГТД-Сервер. Надежность облачных серверов и их администрирование.
3. Свой SQL сервер на сервере терминалов с общей базой + ГТД-Сервер. Отправка ЭД через центральный сервер.
Недостатки - те же что и п.1 + вопросы с Крипто-Про + покупка терминальных лицензий.
4. SQL сервер на уже имеющимся железе + ГТД-Сервер и ГТД-Сервер на каждом компьютере декларанта или в отделе для репликации.
Недостатки - покупка большого количества ГТД-Серверов.
5. SQL сервер на уже имеющимся железе + ГТД-Сервер. Репликация средствами SQL сервера.
Недостатки - привлечение стороннего человека для настройки репликации и сложность администрирования.

Хотелось услышать мнение или может кто сталкивался уже с такой задачей, то поделиться опытом.

Re: Общая база SQL с филиалами

Добавлено: Пт авг 31, 2012 10:05
Ranger_Z
Больше данных нужно. В первую очередь нужно понять объемы. Как много пользователей и как много декларантов? В принципе у нас это реализовано, есть только нюансы по количеству народа и количеству деклараций.

Re: Общая база SQL с филиалами

Добавлено: Пт авг 31, 2012 10:43
BigZmei
Ответил в ЛС

Re: Общая база SQL с филиалами

Добавлено: Сб сен 01, 2012 14:07
Iskin
BigZmei писал(а):Ответил в ЛС
Лучше не ЛС, а сюда, тема интересна в плане оптимальности настроек системы.

Re: Общая база SQL с филиалами

Добавлено: Пн сен 03, 2012 07:55
BigZmei
Iskin писал(а):
BigZmei писал(а):Ответил в ЛС
Лучше не ЛС, а сюда, тема интересна в плане оптимальности настроек системы.
Я в ЛС количество рабочих мест и отделов обозначил. Я считаю, что оптимальность это ведение локальных баз декларантов с локальной же отправкой, и репликацией деклараций на центральный сервер, т.е. практически клиент-серверное решение. Сейчас это возможно только устанавливая ГТД-Сервер каждому декларанту. Поэтому, скорее всего, будем или укрупнять базы в отделах. или кидать их на локальные/облачные сервера, ставить туда ГТД-Сервер и настраивать репликацию.

Re: Общая база SQL с филиалами

Добавлено: Пн сен 03, 2012 12:45
popov
Мы рекомендуем только два варианта:
1. Терминал-сервер, на котором будет крутиться весь наш софт, а также Крипто-Про и дрова eToken (они еще и на всех клиентах должны быть), ну а SQL где-то в той же локалке. Т.о. получится честная общая база с нормальным быстродействием (если железка соотв-щая) и администрированием в одном месте.
2. В каждом офисе своя база (свой SQL-сервер в рамках локалки!!! и свой ГТД-Сервер) и репликация док-ов/ЭД-сообщений в базу центр. офиса с помощью утилиты "Репликатор" (https://www.alta.ru/replication.php), входящей в состав ГТД-Сервера.

Т.е. не может идти речи о том, чтобы между SQL-сервером и клиентом (программой ГТД) был медленный канал - д.б. локалка не меньше 10 Мбит, по-хорошему 100! Это системные требования.

Ну а по деньгам судить Вам, т.к. объемы вещь сильно индивидуальная, но скорее всего б/п версии SQL в вар.1 надолго не хватит конечно, а ГТД-Сервер дают бесплатно только при покупке определенного кол-ва раб. мест ГТД...
Терминальная лицензия у нас ничем не отличается от обычной (в плане стоимости), т.е. нет никакой разницы в цене при покупке терм. лиц-ии на N мест и обычной для установки на N компов. А вот у Крипто-Про по-моему как-то по-другому (не помню, врать не буду)...

Re: Общая база SQL с филиалами

Добавлено: Пн сен 03, 2012 14:08
BigZmei
Мы так же склоняемся ко 2му варианту. Спасибо за разъяснения по каналу.

Re: Общая база SQL с филиалами

Добавлено: Ср сен 05, 2012 17:58
Python
popov писал(а):Мы рекомендуем только два варианта:
1. Терминал-сервер, на котором будет крутиться весь наш софт, а также Крипто-Про и дрова eToken (они еще и на всех клиентах должны быть), ну а SQL где-то в той же локалке. Т.о. получится честная общая база с нормальным быстродействием (если железка соотв-щая) и администрированием в одном месте.
2. В каждом офисе своя база (свой SQL-сервер в рамках локалки!!! и свой ГТД-Сервер) и репликация док-ов/ЭД-сообщений в базу центр. офиса с помощью утилиты "Репликатор" (https://www.alta.ru/replication.php), входящей в состав ГТД-Сервера.

Т.е. не может идти речи о том, чтобы между SQL-сервером и клиентом (программой ГТД) был медленный канал - д.б. локалка не меньше 10 Мбит, по-хорошему 100! Это системные требования.

Ну а по деньгам судить Вам, т.к. объемы вещь сильно индивидуальная, но скорее всего б/п версии SQL в вар.1 надолго не хватит конечно, а ГТД-Сервер дают бесплатно только при покупке определенного кол-ва раб. мест ГТД...
Терминальная лицензия у нас ничем не отличается от обычной (в плане стоимости), т.е. нет никакой разницы в цене при покупке терм. лиц-ии на N мест и обычной для установки на N компов. А вот у Крипто-Про по-моему как-то по-другому (не помню, врать не буду)...
При использовании репликации что произойдет с имеющейся базой? Затрется? Объединится? Декларации будут уходить с ПК, который является отправляющим для центральной базы и все или с каждой удаленной точки самостоятельно?

Re: Общая база SQL с филиалами

Добавлено: Чт сен 06, 2012 09:31
alta_olg
Репликацию можно настроить, можно сделать чтобы данные из филиалов сливались в ЦО, а можно сделать чтобы и из ЦО данные падали в филиал.
При переносе данных, записи из БД не удаляются

Re: Общая база SQL с филиалами

Добавлено: Чт сен 06, 2012 11:24
Sidyakin
Основной принцип репликации - объединение данных. Естественно, что никаких затираний при этом не происходит.

На вопрос "Как объединять данные" должны ответить Вы сами. С точки зрения репликатора здесь практически нет никаких ограничений. Можно передавать данные только из филиалов на центральный сервер, можно наборот, можно в обе стороны, можно по условию для заданных типов документов и филиалов. Правда, за такую гибкость приходится расплачиваться удобством - все условия прописываются ручками. Поэтому Вы должны четко сформулировать, что куда передается, а мы подскажем, как нужно настроить конфигурацию и где какие прописать условия.

Откуда отправлять ЭД - из филиалов или из центрального офиса, это скорее организационный вопрос. Репликация к этому никакого отношения не имеет, она только передает документы с одного сервера на другой.