Как обновить продуктив ИБ, присоединенной к хранилищу, cf-файлом?
Здравствуйте.
1. На тестовой базе произвел обновление нетиповой конфигурации, затем выгрузил конфигацию в cf-файл (Меню -> Сохранить конфигурацию в файл).
2. На продуктиве ИБ, подключенной к хранилищу, Меню -> Загрузить конфигурацию из файла - не активно.
Собственно, вопрос: Как обновить продуктив ИБ, присоединенной к хранилищу, cf-файлом?
1. На тестовой базе произвел обновление нетиповой конфигурации, затем выгрузил конфигацию в cf-файл (Меню -> Сохранить конфигурацию в файл).
2. На продуктиве ИБ, подключенной к хранилищу, Меню -> Загрузить конфигурацию из файла - не активно.
Собственно, вопрос: Как обновить продуктив ИБ, присоединенной к хранилищу, cf-файлом?
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1)Подключить тестовую базу к хранилищу и выполнить обновление.
В данный момент необходимо выполнять обновление заново, если хотите чтобы было сделано правильно.
Если не правильно, то рабочую базу отключаете от хранилища, накатываете обновление и создаете новое хранилище. В этом случае случится рассинхрон версии конфигурации поставщика и текущей версии "рабочей" конфигурации.
Рассинхрона можно избежать, если в рабочую базу загрузить конфигурацию из *.cf, но есть вероятность потери данных при изменении таблиц.
В данный момент необходимо выполнять обновление заново, если хотите чтобы было сделано правильно.
Если не правильно, то рабочую базу отключаете от хранилища, накатываете обновление и создаете новое хранилище. В этом случае случится рассинхрон версии конфигурации поставщика и текущей версии "рабочей" конфигурации.
Рассинхрона можно избежать, если в рабочую базу загрузить конфигурацию из *.cf, но есть вероятность потери данных при изменении таблиц.
Захватить в хранилище нужные для изменения объекты, сравнить и объединить с конф из файла, обновить, поместить в хранилище.
Но я действовал бы по совету (2). Сначала подключил копию к хранилищу, из нее захватил нужное, обновил, поместил в хранилище, получил в рабочей базе изменения, обновил.
Почему? В случае небольших косяков можно будет спокойно править их в копии, не мешая работе основной базы.
Но я действовал бы по совету (2). Сначала подключил копию к хранилищу, из нее захватил нужное, обновил, поместил в хранилище, получил в рабочей базе изменения, обновил.
Почему? В случае небольших косяков можно будет спокойно править их в копии, не мешая работе основной базы.
(3) Вся проблема в том, что у меня есть ряд подготовленных cf-файлов, которые необходимо накатить на продуктив последовательно.
Я предполагал, когда готовил эти cf-файлы, обновляя тестовую базу до последнего релиза, что просто залью их последовательно через Загрузить конфигурацию из файла, и после каждой заливки буду запускать ИБ для выполнения процедур обновления.
Я предполагал, когда готовил эти cf-файлы, обновляя тестовую базу до последнего релиза, что просто залью их последовательно через Загрузить конфигурацию из файла, и после каждой заливки буду запускать ИБ для выполнения процедур обновления.
У меня такая же ситуация, только я сохранил еще промежуточные cf, при обновлении нетиповой конфигурации.
Сделал так:
1. Подключаем тестовую базу к хранилищу и обновляем ее с помощью cf поставщика последней версии, через поддержку, все галки оставил, чтобы удалились не нужные объекты и процедуры. Таким образом конфигурация поставщика в хранилище обновлена.
2. Делаем сравнение объединение с итоговым файлом нетиповой конфигурации. Все изменения берем из файла, чтобы получить адаптированную обновленную конфигурацию.
3. Рабочую базу отключаем от хранилища и обновляем промежуточными cf последовательно, чтобы не потерять данные при изменении таблиц.
4. Подключаем рабочую базу к хранилищу.
Опыта не очень много, возможно ошибся в подходе, поправьте если что.
Сделал так:
1. Подключаем тестовую базу к хранилищу и обновляем ее с помощью cf поставщика последней версии, через поддержку, все галки оставил, чтобы удалились не нужные объекты и процедуры. Таким образом конфигурация поставщика в хранилище обновлена.
2. Делаем сравнение объединение с итоговым файлом нетиповой конфигурации. Все изменения берем из файла, чтобы получить адаптированную обновленную конфигурацию.
3. Рабочую базу отключаем от хранилища и обновляем промежуточными cf последовательно, чтобы не потерять данные при изменении таблиц.
4. Подключаем рабочую базу к хранилищу.
Опыта не очень много, возможно ошибся в подходе, поправьте если что.