Предназначена для баз DBF формата
Обработка защищена КЗК2
Порядок работы:
1. Убедитесь, что в Центральной базе никто не работает в режиме Enterprise
2. Запустите обработку «СМИТ Восстановление ПБ» в «другой» базе (требуется монопольный доступ к файлам восстанавливаемой центральной базы)
3. Выберите каталог Центральной базы РБД
4. В появившемся списке баз отметьте флажками Периферийную базу для повторной выгрузки
5. Если ошиблись в выборе каталога, можно указать другой при помощи кнопки «Выбрать каталог базы»
6. Запустите Центральную базу, в режиме конфигуратора. Администрирование — Распределённая ИБ — Управление
7. Выгрузите образ требовавшейся базы
Для проверки наполнения полученного образа рекомендую использовать «СМИТ Компаратор 7.7»
(проверяем на архивах)
P.S. Разработка в стадии «полировки», поэтому конструктивные замечания принимаются с благодарностью
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Отлично, то что нужно !.
Спасибо !
А внутренний индификатор периферийной база остается как есть? Или же она тупо убивает базу и заново создает?
(2) База не убивается. Идентификатор ПБ остается неизменным.
Такой огород с паролями и удалением всего скачанного только для того, чтобы изменить одну букву в DBF-ке?
Сильно!
Простым редактором это делается гораздо быстрее.
(4) Сильно! Согласен! 🙂 Каждый развлекается как позволяет фантазия !
Но, позвольте не согласиться про редактор!
Помимо изменений в дбф, делаются проверки что быза распределённая и именно центральная; колбасить чё попало не даёт.
Поскольку защищена КЗК2 (та самая, Альфовская) нужно в правильное место закидывать dll для неё — взята от более серьёзных вещей регистрилка.
А пароли — рефлекс: «предохраняться»; для 7.7 пароль на отчёт — это просто фикция, кто хоть полгода с 1с поработал без всяких утилит снимает 🙂
Надеюсь все «сельскохозяйственные» вопросы сняты? 🙂
По поводу проверки что база распределенная и центральная — этой обработкой все-равно будет пользоваться не кто попало!
Или кто-попало?
Мдаа… файл 1SDBSET.DBF (или одноименная таблица в СКЛе), поле DBSTATUS = N (в строке для нужной периферийки) и ВСЁ!
«Помимо изменений в дбф, делаются проверки что быза распределённая и именно центральная; колбасить чё попало не даёт» — в этом файле настолько все прозрачно (да плюс файл 1SSYSTEM), что «чё попало» я так думаю затруднительно наколбасить)))
Бедно у вас с фантазией, джентельмены 🙁
Если база периферийная, а вы туда исправлять залезли, то она начнёт считать себя центральной.
А что будет, если случайно не в то (соседнее) поле изменить?
Тут нужны защиты не только от чайника, но и от ламера (чайник, который думет что он круто заварен)
Более весёлая вещь получилась, когда этой утилитой пытались SQL базу лечить 🙂
Разборки по е-майлу 12 часов шли, пока скрины не прислали ВСЕГО толку небыло 🙂
Теперь дополняю описалово …
демка до 12.02