Как приготовить сотни баз 1С и не сойти с ума

[DanXai]

Хм.После обновления конфигурации, при первом запуске 1С выдает предупреждение с радиобаттонами, мол я получил эту версию легально, и дальше запускаются всякие-разные обработки для конвертации справочников. Так что пользователям в любом случае приходится выполнять эти действия?

[ifaustrue]

Мы нажимаем эти радиобаттоны autoit скриптом, но он «грязноват», потому решили его не публиковать. В следующей части уделим этому абзац внимания.

[nonoxynol9]

Вы по-прежнему работает с клиентами только из Москвы?

[shouldgo]

Да, и в ближайших планах нет расширения в другие регионы.

[vladon]

У вас же там вакансии для Екб опубликованы вроде

[ArtyV]

Потому что мы сами в Екатеринбурге находимся

[vladon]

А что с вашим банком происходит? lifenews.ru/news/134536

[ifaustrue]

Ничего не происходит (кроме заказных коментариев к той новости =), просто правоохранительные органы решили проверить документы по операциям одного из клиентов.

[shouldgo]

Да, обслуживающие команды, разработка и все остальные сидят в Екатеринбурге. В москве у нас только фронт-офис.

[Plague]

Про работу разделения нескольких фирм в одной базе более интересно, ИМХО. Я сталкивался со стандартной настройкой разделения, при которой в Бюджетной бухгалтерии не формировалась, а падала с ошибкой Главная книга из-за большого количества таблиц в запросе. Помогло только исправление 1С-кода.

А автоматизация через ключи запуска достаточно очевидна, но только несколько вопрос — всё это вы во что обернули? Сделали интерфейс управления базами, на основе 1С? Как управляете различными серверными платформами 1С?

Почему вы используете для конфигурации клиентской машины файловую шару? Возможно проще создать специальную конфигурацию, к которой подключаться для авто-настройки?

[ifaustrue]

Про разделение данных обязательно напишем когда сами будем уверены в результате. В нашем случае всё сильно осложняется тем, что обязательна нужна выгрузка чистой бахгалтерии в dt, который нужно передать клиенту в случае прощания, а так же нужна синхронизация каждой организации в бухгалтерии с разными базами зарплаты (и в автоматическом режиме). В общем, как прокопаем и по-наступаем на грабли — напишем пост.

Сервреная платформа у нас одна, пока нет необходимости поднимать несколько серверных ферм. Управляем ей в перемешку кучей скриптов, обработками (похожими на ту, что в посте) и ещё используем конфигурацию «Автоматизированная проверка конфигураций» (для ревизий версий и тыды). Какого-то фреймворка нет.

Я не уверен, что правильно понимаю о чём речь в вопросе, но постараюсь ответить.
Если речь про рабочее место бухгалтера, то это ферма из нескольких 2X \ RDP серверов, окружение хранится в перемещаемом профиле. Настраивается при подключении.
Если речь идёт про обновление конфигурации 1С и о причинах, почему они лежат на файловой шаре, то отчасти это связано с тем, что иногда бывают ситуации когда нужно держать разные базы с разными текущими версиями (из-за: особенностей учёта; перехода от версии к версии; так прислал клиент; есть обмен с определённой версией торговли и нельзя так просто взять и обновить версию).

Ещё стоит отметить, что в посте скриптовая часть сильно упрощенна, нежели то «мясо», что в действительности используется, чтобы нанести больше непоправимой пользы и увеличить полезность поста, сделав его более универсальным.

[alkov]

Вы всё ещё бэкапите файловые базы через выгрузку в dt? Северный зверёк придёт и к Вам!
Есть мнение, что файловые базы более лучше бэкапить копированием/архивированием 1cv8.1cd. Ибо не единичны случаи, когда получающийся dt оказывается неработоспособен

[ifaustrue]

У нас правда куча раз было так, что скопированный файл был не работоспособен, потому когда мы работали в файловом режиме мы делали и выгрузку и снепшоты =)

В серверном варианте все иначе.

[vladon]

Лучше всего задать вопрос так: вы всё ещё используете файловые базы?

[ifaustrue]

Нет, уже нет.

[Melex]

А вот вопрос — почему вы управляете всем через cmd, а не через ssh?
Он значительно быстрее cmd работает.