1С: Востановление родительского узла

Тема в разделе "Продукты 1C", создана пользователем Mendel, 11 июн 2010.

Статус темы:
Закрыта.
  1. Mendel

    Mendel

    Регистр.:
    27 янв 2008
    Сообщения:
    217
    Симпатии:
    64
    День добрый всем :)
    У меня в обслуживании небольшая распределенная база под 8.0
    база в принципе не сильно сложная, но франч который ее писал был не очень. просто "не очень".
    Платформа: 8.0
    СУБД: везде ФАЙЛОВАЯ, включая и главный узел и "ключевые"
    Конфигурация: Самопис. По факту писано на базе первой торговли.
    Количество пользователей: 250 человек.
    Количество отдельных образов/баз: 65
    Структура сети:
    1 - главный узел
    2 - "контроль" - база с планом обмена полный которая стоит в столице для контроля за нами.
    3 - несколько вспомогательных баз для ключевых подразделений с планом обмена полный (сейчас две, но планирую увеличить)
    4 - 60 удаленных филиалов. План обмена подразумевает только их документы. Филиалы обмениваются либо с главным узлом либо с одним из "ключевых".
    5 - у трех филиалов распределенная структура и приходится делать и от них отдельные удаленные базы с полным планом обмена. Они географически разнесены на километры, а организационно едины, и сотрудники тоже ротируются.
    Все обмены кроме двух идут через ftp
    Количество пользователей в каждой базе: от 1 до 25 одновременных пользователей.

    Каналы слабые, расстояния большие, поэтому уход от ftp равно как и укрупнение баз невозможен.
    Менять платформу невозможно (организационно).
    Вносить изменения в конфигурацию тоже нельзя.
    Под SQL база не пускается. Изначальная конфигурация имела много недочетов в контексте SQL.

    ЗАДАЧА:
    Такая ситуация с высокой нагрузкой регулярно приводит к падению базы.
    Восстановление через конфигуратор или ChDBFl.exe помогает, но не всегда.
    Пару раз в неделю приходится резать новые образа на филиалы.
    Если гибнет филиал у которого есть свои подразделения, то приходится резать образы и для его подчиненных узлов.
    Падений "ключевых" баз или самой-главной при которых не помогли бы штатные инструменты или возврат из бэкапа пока не было.
    ПОКА.... Но боюсь что могут быть....
    Теоретически гибель главного узла в такой схеме означает гибель всей базы.
    Придется поднимать базу на всех узлах заново.
    Хочется уменьшить масштаб бедствия и упростить процесс восстановления.
    ВОЗМОЖНОЕ РЕШЕНИЕ:
    Одна из идей - больше узлов переместить на ключевые базы, а оставшиеся филиалы, которые меняются непосредственно с главной базой поделить между несколькими специально созданными для них базами. Тогда в каждом таком сегменте будет порядка 10-15 филиалов, что в принципе терять больно, но восстановление в авральном порядке не катастрофично.
    Потеря же самого-главного остается проблемой.
    Но в принципе то база она и есть база...
    пару раз я делал обмен с узлами которые были выведены из обмена и вместо которых резалась уже новая база.
    Банально правил номера сообщений в нужную сторону.
    Мне кажется есть возможность восстановить главный узел:
    на дочернем узле из которого будем восстанавливать главный отменяем установку главного узла.
    После этого мы можем нарезать образ того узла который восстанавливаем. Что и делаем.
    На доноре-дочернем возвращаем родительский узел в исходное положение.
    В новоиспеченном родительском узле создаем недостающие узлы (обязательно сохранив старые названия/коды узлов)
    Настраиваем все планы обмена, добавляем пользователей и т.п.
    В настройках узлов новоиспеченного узла меняем номера сообщений (узнаем открыв последние сообщения от/к узлу)
    Я надеюсь этого будет достаточно, но так ли это?

    Ну конечно издаем указ о том, чтобы все филиалы сделали внепланово отчеты по 1С в разрезе и нагружаем бухгалтерию или отделы сверить с основной базой. Если есть расхождения, то правим (режем новые базы).
     
  2. dap

    dap Создатель

    Регистр.:
    27 дек 2009
    Сообщения:
    10
    Симпатии:
    22
    дауж

    Вам бы надо своего штатного 1С-ника иметь, еще админа БД а лучше отдел организовывать, а не франчами пользоваться и в нуллед форумы писать. И выгребать проблемы год и вылизывать еще 2.
    Я бы за такое чудотворство взялся бы за миллион денег минимум
    Многое зависит от админа БД и ваши проблемы во многом от ограниченности бюджета.
    Так что готовьте денюшки, т.е. бюджет. И желательно щедрый.
    Или вы хотите пригласить на работу кого-нить с руками не для скуки?
     
  3. Mendel

    Mendel

    Регистр.:
    27 янв 2008
    Сообщения:
    217
    Симпатии:
    64
    Бюджет как-раз большой, но куда его тратить решают в министерстве :)
     
Статус темы:
Закрыта.