1с риб создать начальный образ долго

Обновлено: 06.07.2024

Создание узла распределенной информационной базы

После выполнения пункта 8 создание узла распределенной информационной базы считается законченным. Созданная информационная база может участвовать в обмене данными в рамках распределенной информационной базы.

в информационной базе главного узла распределенной информационной базы выполнить регистрацию данных, которые необходимо передать в новый узел;
выполнить процедуру обмена данными между главным узлом и созданным узлом распределенной информационной базы.

Создание узла из копии информационной базы

В оригинале информационной базы - узле распределенной информационной базы, для которой необходимо создать подчиненный узел, создаем узел плана обмена, устанавливаем его код и заполняем все необходимые для него реквизиты. В случае если узел, для которого необходимо создать информационную базу уже существует данный пункт можно пропустить.
В копии информационной базы удаляем все узлы соответствующего плана обмена.
Создаем новый узел плана обмена путем копирования узла ЭтотУзел .
Заполняем данные узла ЭтотУзел значениями, аналогичными содержащимся в узел созданном в пункте 1. Значение кодов узлов должны совпадать.
Изменяем код узла, созданного в пункте 3, на код узла ЭтотУзел информационной базы оригинала.
При помощи процедуры встроенного языка ПланыОбменаМенеджер.УстановитьГлавныйУзел() устанавливаем в свойство ГлавныйУзел значение ссылки на узел, созданный в пункте 3.

После выполнения пункта 6 создание узла распределенной информационной базы считается законченным. Созданная информационная база может участвовать в обмене данными в рамках распределенной информационной базы.

Состав данных полученного узла распределенной информационной базы полностью соответствует составу данных информационной базы оригинала (никакой фильтрации данных согласно составу мигрирующих объектов и в процедуре ПриОтправкеДанныхПодчиненному() произведено не было). Состав данных, необходимый для правильной работы узла, должен быть скорректирован самостоятельно.

Механизм РИБ — механизм распределенных информационных баз - это когда у вас есть главная база и подчиненная(ые). Главная база может быть только одна, подчиненных может быть много. Каждая подчиненная база может иметь свои подчиненные базы, для которых она будет главной.

Вот посмотрим на картинку из первой ссылки по запросу в Яндексе:

РИБ используется для обмена данными. Причем не только теми данными, с которыми работает пользователь, но и данными изменения конфигурации. То есть РИБ позволяет передавать изменения конфигурации. Но изменить конфигурацию можно только в главной базе!

Визуализируем:

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

И внезапно мы решили изменить картинку, которая появляется при входе в базу, захотели поместить туда логотип нашей фирмы, а почему бы и нет?

Как запилить картинку во все базы всех филиалов? Ну при текущем варианте, что у всех филиалов отдельная база, только руками. Руками специалистов, которые умеют заходить в конфигуратор и знают что нужно там нажать.

А вот если бы мы сделали подчиненные базы для филиалов, то есть использовали РИБ, то и данными бы обменивались, как при обычной синхронизации, и картинка бы сама добавилась во все "базы-дочки". Однако, в конфигуратор зайти бы все-таки пришлось, но только чтобы нажать кнопочку "Обновить конфигурацию базы данных", вот картинка:

Как создать подчиненную базу, на пальцах:

я буду использовать Управление торговлей, редакция 11 (11.4.13.275), но способ, в целом, одинаковый во всех типовых конфигурациях.

1) Сначала проделаем шаги, как при настройке обычной синхронизации:

2) . поставим галочку, нажмем.

4) тут ознакомимся с описанием. Я выберу обычную настройку, но если бы мы следовали примеру выше, то нужно было бы выбрать "с фильтром" и там одним кликом выбрать нужный филиал.

6) Указываем префикс - он будет подставляться к номерам документов, чтобы можно было отличить документы дочки и основной базы.

7) в общем случае, тут ничего не надо нажимать, кроме "Записать и закрыть".

8) А вот теперь создаем нашу новую подчиненную базу:

9) указываем место, куда ее покладем.

10) Зайдем в нашу новую подчиненную базу и закончим настройки синхронизации(синхронизация уже создалась, так как использовали РИБ, но нужно указать каталог для обмена выбрав "Настройки подключения")

(обратите внимание на верхний левый угол окна программы, там название базы, он отличается от предыдущих, так как это "дочка")

Кстати, в новой базе все пользователи будут выключены, пароли сброшены, нужно включить руками:

В общем-то ВСЕ.

Подчиненная база создана!

Теперь, когда наши программисты что-нибудь улучшат, эти улучшения прилетят в подчиненные базы сами.

Вот что-то изменили в основной базе:

нам нужно перенести изменения в базы-дочки.

Для этого запускаем главную базу в режиме 1С:Предприятие, то есть в пользовательском интерфейсе, заходим в настройки синхронизации, жмем выделенную кнопку:

После того, как синхронизация закончится, заходим в базу дочку и так же жмем "Синхронизировать", база загрузит данные и напишет:

После нажатия на Далее база закроется и начнет устанавливать обновления.

Когда обновы установятся, база начнет запускаться и сообщит нам следующее:

Это означает, что не обновлена конфигурация базы данных. Та самая маленькая кнопка в конфигураторе и это именно та причина, почему придется ОДИН раз зайти в конфигуратор. Что ж, зайдем в конфигуратор базы-дочки и нажмем эту кнопку, заодно вообще посмотрим что-да-как там, мы ж там еще не были.

Откроем конфигурацию и вот что увидим

Нажмем на "Обновить конфигурацию базы данных".

Увидим список изменений, которые прилетели с обновлениями:

И вот эти обновления появились в подчиненной базе.

Теперь необходимо запустить базу в пользовательском режиме, чтобы выполнились обработчики обновления.

Несколько правил:

1) Все узлы, кроме одного, должны иметь по одному главному узлу и один узел не будет иметь главного узла - это корневой узел.

2) Конфигурация может быть изменена только в узле, не имеющем главного узла (то есть в корневом).

3) Изменения конфигурации будут передаваться от главного к подчиненным узлам.

4) Разрешение коллизий так же будет производиться исходя из отношений "главный - подчиненный" - если изменения сделаны одновременно и в главном и в подчиненном узлах, то приняты будут изменения главного узла.

5) Сделать подчиненный узел в распределенной базе можно разными способами, но создание начального образа является рекомендуемым.

А теперь то, ради чего все писалось.

Как подчиненную базу сделать обычной(нормальной, отдельной, как хотите).

Я опишу только тот способ, которым пользуюсь. Это моя шпаргалка. Но он не единственный.

1) Заходим в свойства ярлыка запуска окна 1С:Предприятие:

2) В поле "Объект" дописываем:

DESIGNER /F"Путь до базы" /N"Имя Пользователя в базе" /P"Пароль пользователя" /ResetMasterNode

Добавлю:
9. Посмотреть типовую РИБ (полный план обмена) и от греха подальше очистить все объекты, не участвующие в обмене (типа констаноы "Префикс ИБ", ряда справочников и РС.
10. Убедиться, что в базе нет других планов обмена, использующих регистр "Соответствия объектов для обмена", а то и его надо чистить (вместе с настройками). (п.6 при этом не самое страшное)

В общем, вариант для единственного узла и второй копии по Полному плану обмена.

Спасибо за дополнение, полностью согласен.
Если регистр "Соответствия объектов для обмена", не почистить от других узлов, то начнутся коллизии при синхронизации. Извиняюсь за свое незнание но идея показалась мне интересной. Если не затруднит можете объяснить каким образом освобождается память во время создания подчиненного узла с помощью данной обработки. На сколько помню для создания узла требуется не менее 200 МБ памяти на жестком диске для временных файлов и еще от 200 МБ для самой базы. (4) В данном случае копия базы создается как копия базы, т.е. копированием файла базы или выгрузкой информационной базы через конфигуратор Вот если бы кто сделал что-то подобное по Организации. :)

В дополнении к ошибки, что 1С вываливается с недостатком памяти есть ещё такая ошибка:

При создании начального образа узла распределенной информационной базы в клиент-серверном варианте, в который переносятся данные последовательностей и границ последовательностей, происходит ошибка
Быстрая вставка запрещена (не было вызова suspendIndexing())

Хоть и написано, что 1С решила данную проблему, но нифига.

Скачаю эту обработку и попробую так.

Можете подсказать решение?

(7) DimanYa, Поздравляю! Вы счастливый обладатель конфигурации с БПС.
Создавайте периферийку стандартными средствами или анализируйте ненормализованные константы БСП. Зачем 1С так сделало - не понимаю. Такая проблема была и есть только с файловой версией 1с, на 1с SQL версии этого нет(у меня точно). По времени обработка+тестированиеБД отнимает столько же (при условии, что не выпадет ошибка) - проверено. Если есть возможность, делайте первоначальный образ средствами 1Сервер прямо в БД SQL, зачем клиента 32-битного напрягаете? Тем, кто без файловой жить не может, то создавайте базу дочернюю временно в SQL, а оттуда через конфигуратор 1с выгружайте в файл .td и далее загружайте в пустую фаловую и несите на другую точку, куда вам ее нужно установить и настроить, т.е. подключить к центральной базе. Обработка сырая, но к себе в копилку положу, мало ли. ;-)

Проблемы с созданием начального образа есть и в SQL, к сожалению.
Вот у меня SQL, сервер 1С x64, последняя платформа и последняя типовая УТ 11.1.
База весит 4.5ГБ. И образ (план обмена полный) не создается! Или ошибка SDBL или мертвый висяк
через 16 часов работы.

Автору спасибо. С помощью этой обработки удалось создать образ менее чем за 1.5 часа.

(11) kirlog, у меня на УТ11.2 такая же проблема. Висит тупо, в итоге иногда звершается успешно но база все равно не создается. База клиент серверная. Все получилось, но при запуске РМК выдает "Ошибка определения доступных касс ККМ Не смогли определить доступные кассы ККМ! Все настроено верно, двое человек уже смотрело. Думаю это из-за этого метода создания РИБ. При загрузке просто пустая форма. Розница 8.3.11, 8.3.8, 8.310. Что-то не так делаю . А как подключить эти обычные формы. Вроде где-то в конфигураторе должны быть . Удаляет все ненужные узлы кроме одного, на котором рисует ошибку:
: Ошибка при вызове метода контекста (Удалить): Ошибка при выполнении обработчика - 'ПередУдалением': : Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля "Объект" не может быть пустым!: Версия объекта: , 1 (Регистр сведений: Версии объектов) (24)Ставите пользователю режим запуска "Обычное приложение" заходите под ним и обработка запустится) Если серверная база весит около 14 ГБ - обработка поможет?

Просмотры 59791

Загрузки 661

Рейтинг 35

Создание 14.02.13 09:26

Обновление 14.02.13 09:26

№ Публикации 173694

Операционная система Windows

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

Код открыт Не указано

ТОП самых продаваемых и популярных готовых решений

См. также

Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо

Простой перенос через JSON данных между двумя базами 1С (документов, справочников, ПВХ, ПВР, счетов). Аналогична произвольной выгрузке в типовой "Выгрузка/загрузка XML", но может использоваться для отличающихся конфигураций. Подходит для любых пар баз с любым интерфейсом (управляемый + обычный). Без настроек. Не требует идентичности конфигураций и платформ. При переносе типы данных сопоставляются по наименованиям метаданных, объекты и ссылки по UID.

1 стартмани

22.10.2014 225289 4384 ekaruk 184

У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение

Рассмотрим варианты возникновения данной ошибки и рассмотрим способ решения, одной из причин.

2 стартмани

01.11.2021 1021 0 markers 0

Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами

Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных. Необходимо произвести перенос расширений конфигурации в узел. При выгрузки первоначального образа вылетает по не понятным причинам.

1 стартмани

22.10.2021 739 0 user1479207 0

Восстановление 1С РИБ (распределенная база) при проблемах обмена конфигураций и расширений

Работая с 1С РИБами в разных конфигурациях: типовых, переписанных, отраслевых, доработанных, с расширениями и пр. Неоднократно сталкивался с различными проблемами, связанными с обменом в распределенных узлах. Например, некорректно проходит обмен, не принимается обновления конфигурации, после обновления крашится база на расширении или на объекте конфигурации, либо просто перестает запускать в режим предприятия по какой то причине. На самом деле проблемы с распределенной базой возникают довольно часто, в данной статье рассмотрим самые основные, с которыми приходилось сталкиваться. Описанные методы никогда не подводили и всегда работали, что бы с базой ни случилось. Делюсь опытом, кому-то будет спасательным кругом.

1 стартмани

23.09.2021 1051 12 ClickUp 4

Соответствия объектов обмена Промо

Обработка позволяет проверять, исправлять ошибки, добавлять и удалять соответствия объектов в обменах данными между конфигурациями на основе «Комплексной автоматизации 1.1» или похожими конфигурациям. Подходит для обменов с использованием регистра сведений «СоответствиеОбъектовДляОбмена».

2) Загружаем в периферийную базу.

3) Запускаем прикреплённою обработку или можете набросать ее самостоятельно, она очень простая, через нее меняем код узла и наименование как на скриншотах.

4) Меняем префикс ИБ

5) Меняем период синхронизации, т.к. если его оставить равному как в основной базе, может возникнуть конфликт при обмене.

Все, можно работать. Полчаса делов, и периферийная база загружена и настроена.

Специальные предложения

"полчаса делов" и в периферийной базе куча инфы как в центральной базе, которой в периферийной базе "по идее" и быть не должно

А вы всегда в периферию сваливаете все документы центрального узла?
Как по мне это существенный недостаток, из-за него как раз и стоит повозиться с формированием новой базы, перегрузки в нее необходимых данных и т.п. (2) cushe, Нет не всегда, но в данной тебе рассмотрен именно это пример.

Просмотры 13101

Загрузки 20

Рейтинг 5

Создание 16.09.15 10:21

Обновление 16.09.15 10:21

№ Публикации 398538

Конфигурация Конфигурации 1cv8

Операционная система Windows

Страна Россия

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

Код открыт Не указано

- Специальная оценка - Медицинские осмотры - Спецодежда и СИЗ - Инструктажи, обучение, проверка знаний - Расследование несчастных случаев - Допуски к работам с повышенной опасностью - Компенсации, дополнительные дни отдыха, ЛПП - Предписания и мероприятия Охрана труда и промышленная безопасность для 1С:Предприятия 8

См. также

Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо

1 стартмани

22.10.2014 225289 4384 ekaruk 184

У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение

Рассмотрим варианты возникновения данной ошибки и рассмотрим способ решения, одной из причин.

2 стартмани

01.11.2021 1021 0 markers 0

Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами

1 стартмани

22.10.2021 739 0 user1479207 0

Восстановление 1С РИБ (распределенная база) при проблемах обмена конфигураций и расширений

1 стартмани

23.09.2021 1052 12 ClickUp 4

Соответствия объектов обмена Промо

Читайте также: