День добрый!
Назрела необходимость завести общую с филиалами базу для оперативного отслеживания поданных деклараций и их просмотра. Нужен совет по реализации.
Несколько отделов от одного, до нескольких декларантов.
Вижу несколько вариантов решения, хотелось бы совета по оптимальному (надежность/удобство администрирования/цена).
1. Свой SQL сервер с доступом через нет и общей базой (или сервер на облаке) + ГТД-Сервер. Отправка ЭД через центральный сервер.
Недостатки - покупка SQL сервера ибо размер зашкалит, достаточная сложность поддержания, цена.
2. Свой SQL сервер с доступом через нет и общей базой + ГТД-Сервер. Несколько облачных серверов с ГТД-Сервер на отделы. Отправка ЭД с серверов отделов.
Недостатки - покупка облачных серверов, покупка нескольких ГТД-Сервер. Надежность облачных серверов и их администрирование.
3. Свой SQL сервер на сервере терминалов с общей базой + ГТД-Сервер. Отправка ЭД через центральный сервер.
Недостатки - те же что и п.1 + вопросы с Крипто-Про + покупка терминальных лицензий.
4. SQL сервер на уже имеющимся железе + ГТД-Сервер и ГТД-Сервер на каждом компьютере декларанта или в отделе для репликации.
Недостатки - покупка большого количества ГТД-Серверов.
5. SQL сервер на уже имеющимся железе + ГТД-Сервер. Репликация средствами SQL сервера.
Недостатки - привлечение стороннего человека для настройки репликации и сложность администрирования.
Хотелось услышать мнение или может кто сталкивался уже с такой задачей, то поделиться опытом.
-
-
Обсуждения на сайте Альта-Софт
-
Общая база SQL с филиалами
Модераторы: Renat, Gala, alta_olg, Lemur, expert
- Ranger_Z
- Эксперт
- Сообщения: 1072
- На форуме: c 28 ноя 2007
- Откуда: МКС
Сказал: 5 ед.
Получил: 125 ед.
Получил: 125 ед.
Re: Общая база SQL с филиалами
Больше данных нужно. В первую очередь нужно понять объемы. Как много пользователей и как много декларантов? В принципе у нас это реализовано, есть только нюансы по количеству народа и количеству деклараций.
-
- Почетный участник
- Сообщения: 123
- На форуме: c 14 ноя 2004
- Откуда: Ростов-на-Дону
Сказал: 2 ед.
Получил: 3 ед.
Получил: 3 ед.
Re: Общая база SQL с филиалами
Ответил в ЛС
- Iskin
- Эксперт
- Сообщения: 10311
- На форуме: c 08 июл 2008
- Откуда: АО "КАМА"
Сказал: 145 ед.
Получил: 2628 ед.
Получил: 2628 ед.
Re: Общая база SQL с филиалами
Лучше не ЛС, а сюда, тема интересна в плане оптимальности настроек системы.BigZmei писал(а):Ответил в ЛС
Думайте глобально, действуйте локально!
-
- Почетный участник
- Сообщения: 123
- На форуме: c 14 ноя 2004
- Откуда: Ростов-на-Дону
Сказал: 2 ед.
Получил: 3 ед.
Получил: 3 ед.
Re: Общая база SQL с филиалами
Я в ЛС количество рабочих мест и отделов обозначил. Я считаю, что оптимальность это ведение локальных баз декларантов с локальной же отправкой, и репликацией деклараций на центральный сервер, т.е. практически клиент-серверное решение. Сейчас это возможно только устанавливая ГТД-Сервер каждому декларанту. Поэтому, скорее всего, будем или укрупнять базы в отделах. или кидать их на локальные/облачные сервера, ставить туда ГТД-Сервер и настраивать репликацию.Iskin писал(а):Лучше не ЛС, а сюда, тема интересна в плане оптимальности настроек системы.BigZmei писал(а):Ответил в ЛС
-
- Почетный участник
- Сообщения: 101
- На форуме: c 06 ноя 2004
- Откуда: Альта-Софт
Сказал: 0 ед.
Получил: 20 ед.
Получил: 20 ед.
Re: Общая база SQL с филиалами
Мы рекомендуем только два варианта:
1. Терминал-сервер, на котором будет крутиться весь наш софт, а также Крипто-Про и дрова eToken (они еще и на всех клиентах должны быть), ну а SQL где-то в той же локалке. Т.о. получится честная общая база с нормальным быстродействием (если железка соотв-щая) и администрированием в одном месте.
2. В каждом офисе своя база (свой SQL-сервер в рамках локалки!!! и свой ГТД-Сервер) и репликация док-ов/ЭД-сообщений в базу центр. офиса с помощью утилиты "Репликатор" (https://www.alta.ru/replication.php), входящей в состав ГТД-Сервера.
Т.е. не может идти речи о том, чтобы между SQL-сервером и клиентом (программой ГТД) был медленный канал - д.б. локалка не меньше 10 Мбит, по-хорошему 100! Это системные требования.
Ну а по деньгам судить Вам, т.к. объемы вещь сильно индивидуальная, но скорее всего б/п версии SQL в вар.1 надолго не хватит конечно, а ГТД-Сервер дают бесплатно только при покупке определенного кол-ва раб. мест ГТД...
Терминальная лицензия у нас ничем не отличается от обычной (в плане стоимости), т.е. нет никакой разницы в цене при покупке терм. лиц-ии на N мест и обычной для установки на N компов. А вот у Крипто-Про по-моему как-то по-другому (не помню, врать не буду)...
1. Терминал-сервер, на котором будет крутиться весь наш софт, а также Крипто-Про и дрова eToken (они еще и на всех клиентах должны быть), ну а SQL где-то в той же локалке. Т.о. получится честная общая база с нормальным быстродействием (если железка соотв-щая) и администрированием в одном месте.
2. В каждом офисе своя база (свой SQL-сервер в рамках локалки!!! и свой ГТД-Сервер) и репликация док-ов/ЭД-сообщений в базу центр. офиса с помощью утилиты "Репликатор" (https://www.alta.ru/replication.php), входящей в состав ГТД-Сервера.
Т.е. не может идти речи о том, чтобы между SQL-сервером и клиентом (программой ГТД) был медленный канал - д.б. локалка не меньше 10 Мбит, по-хорошему 100! Это системные требования.
Ну а по деньгам судить Вам, т.к. объемы вещь сильно индивидуальная, но скорее всего б/п версии SQL в вар.1 надолго не хватит конечно, а ГТД-Сервер дают бесплатно только при покупке определенного кол-ва раб. мест ГТД...
Терминальная лицензия у нас ничем не отличается от обычной (в плане стоимости), т.е. нет никакой разницы в цене при покупке терм. лиц-ии на N мест и обычной для установки на N компов. А вот у Крипто-Про по-моему как-то по-другому (не помню, врать не буду)...
С уважением, Дмитрий.
-
- Почетный участник
- Сообщения: 123
- На форуме: c 14 ноя 2004
- Откуда: Ростов-на-Дону
Сказал: 2 ед.
Получил: 3 ед.
Получил: 3 ед.
Re: Общая база SQL с филиалами
Мы так же склоняемся ко 2му варианту. Спасибо за разъяснения по каналу.
Re: Общая база SQL с филиалами
При использовании репликации что произойдет с имеющейся базой? Затрется? Объединится? Декларации будут уходить с ПК, который является отправляющим для центральной базы и все или с каждой удаленной точки самостоятельно?popov писал(а):Мы рекомендуем только два варианта:
1. Терминал-сервер, на котором будет крутиться весь наш софт, а также Крипто-Про и дрова eToken (они еще и на всех клиентах должны быть), ну а SQL где-то в той же локалке. Т.о. получится честная общая база с нормальным быстродействием (если железка соотв-щая) и администрированием в одном месте.
2. В каждом офисе своя база (свой SQL-сервер в рамках локалки!!! и свой ГТД-Сервер) и репликация док-ов/ЭД-сообщений в базу центр. офиса с помощью утилиты "Репликатор" (https://www.alta.ru/replication.php), входящей в состав ГТД-Сервера.
Т.е. не может идти речи о том, чтобы между SQL-сервером и клиентом (программой ГТД) был медленный канал - д.б. локалка не меньше 10 Мбит, по-хорошему 100! Это системные требования.
Ну а по деньгам судить Вам, т.к. объемы вещь сильно индивидуальная, но скорее всего б/п версии SQL в вар.1 надолго не хватит конечно, а ГТД-Сервер дают бесплатно только при покупке определенного кол-ва раб. мест ГТД...
Терминальная лицензия у нас ничем не отличается от обычной (в плане стоимости), т.е. нет никакой разницы в цене при покупке терм. лиц-ии на N мест и обычной для установки на N компов. А вот у Крипто-Про по-моему как-то по-другому (не помню, врать не буду)...
-
- Модератор
- Сообщения: 2537
- На форуме: c 05 ноя 2004
- Откуда: Москва, Альта-Софт
Сказал: 1 ед.
Получил: 104 ед.
Получил: 104 ед.
Re: Общая база SQL с филиалами
Репликацию можно настроить, можно сделать чтобы данные из филиалов сливались в ЦО, а можно сделать чтобы и из ЦО данные падали в филиал.
При переносе данных, записи из БД не удаляются
При переносе данных, записи из БД не удаляются
Олег Михайлов
Отдел техн. поддержки и разработки ПО
Отдел техн. поддержки и разработки ПО
Re: Общая база SQL с филиалами
Основной принцип репликации - объединение данных. Естественно, что никаких затираний при этом не происходит.
На вопрос "Как объединять данные" должны ответить Вы сами. С точки зрения репликатора здесь практически нет никаких ограничений. Можно передавать данные только из филиалов на центральный сервер, можно наборот, можно в обе стороны, можно по условию для заданных типов документов и филиалов. Правда, за такую гибкость приходится расплачиваться удобством - все условия прописываются ручками. Поэтому Вы должны четко сформулировать, что куда передается, а мы подскажем, как нужно настроить конфигурацию и где какие прописать условия.
Откуда отправлять ЭД - из филиалов или из центрального офиса, это скорее организационный вопрос. Репликация к этому никакого отношения не имеет, она только передает документы с одного сервера на другой.
На вопрос "Как объединять данные" должны ответить Вы сами. С точки зрения репликатора здесь практически нет никаких ограничений. Можно передавать данные только из филиалов на центральный сервер, можно наборот, можно в обе стороны, можно по условию для заданных типов документов и филиалов. Правда, за такую гибкость приходится расплачиваться удобством - все условия прописываются ручками. Поэтому Вы должны четко сформулировать, что куда передается, а мы подскажем, как нужно настроить конфигурацию и где какие прописать условия.
Откуда отправлять ЭД - из филиалов или из центрального офиса, это скорее организационный вопрос. Репликация к этому никакого отношения не имеет, она только передает документы с одного сервера на другой.