Создание начального образа файловой информационной базы на данной платформе не поддерживается
Обновлено: 02.07.2024
Доброго всем! Имею план обмена с РИБ по организациям. Создал узлы, заполнил в подчиненном узле необходимую организацию (одну из четырех) - создал начальный образ. Захожу в созданную базу и вижу, что документы перенеслись по всем 4 организациям. При этом дальнейший обмен идет правильный, т.е. если дальше обмениваться информационными пакетами, то попадают только документы по нужной организации. Конфа УТ 10.3. Правила регистрации пиленные. В моделу плана обмена в процедуре "ПередОтправкойПодчиненному" так же стоит контроль на отправляемые данные. Почему при создании начального образа лезут ненужные данные? Что забыл еще сделать?
Могу ошибаться, но помоему создать начальный образ, не смотрит на отборы. Смотрит только на то какие метаданные включены.
Может все-таки не "ПередОтправкойПодчиненном", а "ПриОтправкиДанныхПодчиненному"?
возможно, я не скопировал, а на память писал. Сути это не меняет.
получается ,что прийдется создавать начальный образ, а потом удалять все ненужные объекты. ну как-то это глупо.
Вот как-то сомнительно, что не цепляются отборы при создании начального образа. Насколько помню, но процедура "ПриОтправкиДанныхПодчиненному" отрабатывает и при создании образа, должны быть и отборы сработать? Можно отладчиком проверить. Да и неплохо бы текст этой процедуры посмотреть
+ Опять же кажется есть зависимость от параметра ОтправкаЭлементаДанных (DataItemSend)
я эту процедуру отладчиком проходил ток при выгрузке данных (уже после создания образа). Работает вроде норм. При создании образа еще не проверял. долгий процесс, но видимо прийдется. По своей логике процедура не отличается от типовой. Я только заменил процедуры получения узлов плана обмена на свои.
Т.е. получается, что процедура должна срабатывать при создании начального образа. Вот код (это типовой код): Т.е. объет должен быть удален. Может поставить еще условие такое:
Блин, так что с этой выгрузкой еще может быть не так?
ну сделай для подчинённого чистую базу из cf главного узла, создай в ней главный узел и переноси данные обменом, раз говоришь, что оно работает.
Это называется изврат. Мне интересно почему по нормальному не работает. Сейчас открыл типовую БП 2.0, залез в План обмена по организации. Принципиальных отличий не увидел. Все тоже самое. но люди говорят ,что должно нормально создаться. первоначальный образ я имею ввиду.
Ну не знаю. Мож в платформе дело, но у меня на 8.2.14 нормально образ создавался
после того, как создал узел с организациями, базу перезапускал? параметры сеанса, они, знаешь ли, просто так сами не обновятся
наверно, в правилах регистрации фигня. В БП 2.0 ведь нет правил регистрации.
кстати нет. не перезапускал! В параметрах сеанса там вроде ток соответствие узлов проставляется. Что еще?
Так у меня же косяк с созданием начального образа. Последующая обработка объектов (регистрация нужных данных) проходит нормально.
Добавлю:
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 часа.
: Ошибка при вызове метода контекста (Удалить): Ошибка при выполнении обработчика - 'ПередУдалением': : Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля "Объект" не может быть пустым!: Версия объекта: , 1 (Регистр сведений: Версии объектов) (24)Ставите пользователю режим запуска "Обычное приложение" заходите под ним и обработка запустится) Если серверная база весит около 14 ГБ - обработка поможет?
Просмотры 59760
Загрузки 661
Рейтинг 35
Создание 14.02.13 09:26
Обновление 14.02.13 09:26
№ Публикации 173694
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Не указано
См. также
Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо
Простой перенос через JSON данных между двумя базами 1С (документов, справочников, ПВХ, ПВР, счетов). Аналогична произвольной выгрузке в типовой "Выгрузка/загрузка XML", но может использоваться для отличающихся конфигураций. Подходит для любых пар баз с любым интерфейсом (управляемый + обычный). Без настроек. Не требует идентичности конфигураций и платформ. При переносе типы данных сопоставляются по наименованиям метаданных, объекты и ссылки по UID.
1 стартмани
22.10.2014 225195 4383 ekaruk 184
У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение
Рассмотрим варианты возникновения данной ошибки и рассмотрим способ решения, одной из причин.
2 стартмани
01.11.2021 986 0 markers 0
Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами
Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных. Необходимо произвести перенос расширений конфигурации в узел. При выгрузки первоначального образа вылетает по не понятным причинам.
1 стартмани
22.10.2021 721 0 user1479207 0
Восстановление 1С РИБ (распределенная база) при проблемах обмена конфигураций и расширений
Работая с 1С РИБами в разных конфигурациях: типовых, переписанных, отраслевых, доработанных, с расширениями и пр. Неоднократно сталкивался с различными проблемами, связанными с обменом в распределенных узлах. Например, некорректно проходит обмен, не принимается обновления конфигурации, после обновления крашится база на расширении или на объекте конфигурации, либо просто перестает запускать в режим предприятия по какой то причине. На самом деле проблемы с распределенной базой возникают довольно часто, в данной статье рассмотрим самые основные, с которыми приходилось сталкиваться. Описанные методы никогда не подводили и всегда работали, что бы с базой ни случилось. Делюсь опытом, кому-то будет спасательным кругом.
1 стартмани
23.09.2021 1033 12 ClickUp 4
Соответствия объектов обмена Промо
Обработка позволяет проверять, исправлять ошибки, добавлять и удалять соответствия объектов в обменах данными между конфигурациями на основе «Комплексной автоматизации 1.1» или похожими конфигурациям. Подходит для обменов с использованием регистра сведений «СоответствиеОбъектовДляОбмена».
Для создания распределенной информационной базы необходимо зайти программу в режиме "1С: Предприятие". Для создания узлов распределенной базы в меню выбираем: Операции - Планы обмена. Откроется окно «Выбор объекта: План обмена».
1. Рассмотрим вариант с планом обмена «Полный».
Обмен будет, осуществляться по всем организациям, находящимся в распределенной информационной базе.
Выберем план обмена «Полный». Откроется окно «План обмена полный».
Заполняем две записи:
- первую запись назовем «Главный узел», код укажем «ГУ»,
- вторую запись назовем «Подчиненный узел», код укажем «ПУ».
Как видим из рисунка, у первой записи значок изображен с зеленным кружком, это значок «Главного узла».
Для создания копии информационной базы «Главного узла», кликаем на «Подчиненный узел» и нажимаем на значок «Создать начальный образ». Это будет информационная база «Подчиненного узла».
Откроется окно «Создание начального образа ИБ», выбираем «На данном компьютере или на компьютере в локальной сети», нажимаем «Далее».
В поле «Каталог информационной базы» выбираем местоположение, куда будет установлена копия «Главного узла», нажимаем «Готово».
Добавляем информационную базу «Подчиненного узла» в "1С: Предприятие". Заходим в подчиненную базу в режиме "1С: Предприятие". Откроем: Операции - Планы обмена. Откроется окно «Выбор объекта: План обмена». Выберем план обмена «Полный». Откроется окно «План обмена полный». Видим что значок «Главного узла» оранжевый, это значит, что этот узел является главным для той информационной базы, в которой мы находимся.
Следующие настройки делаем и в Главном и в Подчиненном узле:
1. Добавляем префикс для распределенной информационной базы.
Это делается для того чтобы не возникало конфликтов в номерах и кодах документов и справочников, созданных в двух базах, поэтому в каждой базе указываем префикс, который будет добавляться в номера документов и коды справочников. Открываем: Сервис - Настройка программы - закладка «Обмен данными». В поле «Префикс узла для распределенной информационной базы:» в подчиненной базе вводим «ПУ», в главной базе вводим «ГУ».
2. Добавляем настройку обмена данными между узлами:
Открываем: Сервис - Распределенная информационная база (РИБ) - Настроить узлы РИБ. Откроется окно «Настройки обменов данными».
Нажимаем «Добавить», откроется окно «Настройка обмена данными». Вводим «Наименование» вашей настройки.
В поле «Узел» автоматически появится узел, для «Главного узла» будет «Подчиненный узел», для «Подчиненного узла» будет «Главный узел».
В поле «Каталог» выберете папку, в которую будут поступать данные обмена, для главной и подчиненной базы лучше всего указывать один каталог.
В поле «Тип обмена» настраиваем передачу данных между базами: через файловый или фтп-ресурс. Выбирем например «обмен через файловый ресурс».
В остальных полях ничего не меняем.
Нажимаем «Ок». Видим, что появилась настройка.
3. Для обмена данными делаем следующее:
Сначала в базе, в которой были сделаны изменения, нажимаем на значок «Выполнить обмен по текущей настройке», как показано на рисунке.
После выгрузки появится окно результата выгрузки.
Потом в базе, в которую необходимо передать изменения, нажимаем на значок «Выполнить обмен по текущей настройке» и данные попадут в ту базу, в которую вы хотите.
2. Рассмотрим вариант с планом обмена «По организации».
Обмен будет, осуществляется по выбранным организациям, находящимся в распределенной информационной базе.
Для создание узлов распределенной базы в меню выбираем: Операции - Планы обмена. Откроется окно «Выбор объекта: План обмена».
Выберем план обмена «По организации». Откроется окно «План обмена По организации».
Заполняем две записи:
- первую запись назовем «Главный узел», код укажем «ГУ», видим отличие от «Плана обмена: Полный», появилась таблица, в которой указываем Организации по которым будет происходить обмен.
- вторую запись назовем «Подчиненный узел», код укажем «ПУ», указываем организации.
Во всем остальном настройка идет абсолютно аналогично с «Планом обмена: Полный».
Механизм РИБ — механизм распределенных информационных баз - это когда у вас есть главная база и подчиненная(ые). Главная база может быть только одна, подчиненных может быть много. Каждая подчиненная база может иметь свои подчиненные базы, для которых она будет главной.
Вот посмотрим на картинку из первой ссылки по запросу в Яндексе:
РИБ используется для обмена данными. Причем не только теми данными, с которыми работает пользователь, но и данными изменения конфигурации. То есть РИБ позволяет передавать изменения конфигурации. Но изменить конфигурацию можно только в главной базе!
Визуализируем:
У нас большая компания и много филиалов. Есть доработанная УНФ, которую мы гордо называем УБФ(Управление Большой Фирмой). Но мы решили, что хватит терпеть то, что все филиалы имеют доступ к документам всех филиалов и каждому филиалу решили сделать отдельную базу, которую синхронизировать с нашей основной базой для передачи данных. Что ж, можно. Сделали.
И внезапно мы решили изменить картинку, которая появляется при входе в базу, захотели поместить туда логотип нашей фирмы, а почему бы и нет?
Как запилить картинку во все базы всех филиалов? Ну при текущем варианте, что у всех филиалов отдельная база, только руками. Руками специалистов, которые умеют заходить в конфигуратор и знают что нужно там нажать.
А вот если бы мы сделали подчиненные базы для филиалов, то есть использовали РИБ, то и данными бы обменивались, как при обычной синхронизации, и картинка бы сама добавилась во все "базы-дочки". Однако, в конфигуратор зайти бы все-таки пришлось, но только чтобы нажать кнопочку "Обновить конфигурацию базы данных", вот картинка:
Как создать подчиненную базу, на пальцах:
я буду использовать Управление торговлей, редакция 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
Читайте также: