1с копия базы или оригинал как сменить

Как убрать слово [КОПИЯ] в заголовке программы 1С:Предприятие 8

Что делать, если в заголовке программы «1С:Предприятие 8» появилось слово [КОПИЯ]

Иногда на нашу линию консультаций обращаются клиенты с проблемой, что у них в заголовке программы «1С» появилось слово [КОПИЯ].

Хотя в названии конфигурации такого слова [КОПИЯ] нет.

Дело в том, что в новых типовых конфигурациях, разработанных на новой версии Библиотеки Стандартных Подсистем (БСП), начиная с версии БСП 2.4.4, префикс [КОПИЯ] в заголовке программы добавляется автоматически, если изменилось местоположение информационной базы в связи с копированием или восстановлением из резервной копии.

Для чего это было сделано?

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

Для предотвращения конфликтов с основной информационной базой все подобные регламентные задания при изменении местоположения информационной базы теперь блокируются автоматически, а для наглядности в названии программы появляется префикс [КОПИЯ].

Как это работает?

При первом входе в перемещенную или восстановленную информационную базу выводится соответствующее сообщение: «Информационная база была перемещена или восстановлена из резервной копии».

Администратор при первом запуске скопированной информационной базы должен принять решение о ее роли и выбрать с помощью соответствующих кнопок один из двух вариантов:

• Информационная база перемещена
  В этом случае будет восстановлено выполнение работы с внешними ресурсами;
• Это копия информационной базы
  В этом случае работа со всеми внешними ресурсами остается заблокированной.

Что делать, если нажали не ту кнопку?

Если нажали «Это копия информационной базы» вместо «Информационная база перемещена».
Блокировку работы с внешними ресурсами можно снять позднее.
Для этого в разделе «Администрирование» выберите пункт «Обслуживание».

В группе «Регламентные операции» нажмите кнопку «Разблокировать работу с внешними ресурсами».

После снятия блокировки работа с внешними ресурсами будет восстановлена, а надпись [КОПИЯ] в заголовке программы исчезнет.

Если нажали кнопку «Информационная база перемещена» вместо «Это копия информационной базы».

Если же наоборот нажали кнопку «Информационная база перемещена» вместо «Это копия информационной базы» хотя на самом деле это копия информационной базы и все регламентные задания по синхронизации должны быть заблокированы, то будет немного сложнее, т.к. в этом случае никакой кнопки «Заблокировать работу с внешними ресурсами» в разделе «Регламентные операции» не будет.

Необходимо будет закрыть программу 1С и в каталоге с информационной базой просто удалить или переименовать файл DoNotCopy.txt.

При повторном входе в эту информационную будет снова предложено выбрать вариант разрешить или заблокировать работу с внешними ресурсами.

Если вы действительно скопировали информационную базу или восстановили ее из резервной копии для тестирования, обучения или просто проверить данные за какой-то предыдущий период, то пусть вас не смущает отметка [КОПИЯ] в заголовке программы. Мы не рекомендуем разблокировать работу с внешними ресурсами только ради того, чтобы убрать отметку [КОПИЯ] в заголовке программы, т.к. это может привести к искажению реальных данных в рабочих информационных базах.

Как определяется факт перемещения информационной базы ?

При определении факта перемещения информационной базы в первую очередь проверяется изменение типа расположения информационной базы: с файлового на клиент-сверверный и наоборот. Если тип расположения изменился, то база считается перемещенной. Если тип расположения не изменился, то сравнивается строка соединения информационной базы. Если строка соединения не изменилась, то дальнейшая проверка прекращается и база считается не перемещенной.

Дальнейшая проверка зависит от типа расположения базы:

В файловой информационной базе факт перемещения определяется по служебному файлу DoNotCopy.txt, автоматически создаваемому программой в каталоге информационной базы. Внутри файла находится идентификатор информационной базы. Если файл отсутствует или идентификатор в файле отличается от идентификатора в базе, то информационная база считается перемещенной.

• По изменению имени информационной базы. Например, если имя информационной базы было «base_bp», а стало «base_bp_test».
• Или по изменению имени компьютера и имени сервера. Например, если имя компьютера было «main_server», а стало «test_server», а также изменилось имя сервера с «main» на «test».

При работе в модели сервиса признак перемещения приложения устанавливается Менеджером сервиса. Если информационная база загружается в приложение или выгружается из него, то этот факт определяется автоматически.

Какие регламентные задания блокируются в копии информационной базы?

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

Особенности конфигурации 1С:Управление нашей фирмой

В типовой конфигурации 1С:Управление нашей фирмой (УНФ) команда разблокировки работы с внешними ресурсами находиться немного в другом месте:

Разблокировка базы 1С после незавершенного резервного копирования

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

В случае возникновения нештатной ситуации (например, отключение электричества или компьютера, перезагрузка Windows и т.п.) вход в программу остается заблокированным, при попытке запуска выходит сообщение:

Для разблокировки базы в данном случае существует несколько вариантов:

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

ENTERPRISE /F»» /CРазрешитьРаботуПользователей /UCРезервноеКопирование

Необходимо открыть окно 1С:Предприятие, в списке баз выбрать базу, которая заблокирована, и в меню справа выбрать пункт «Изменить», в открывшемся окне нажимаем кнопку «Далее».

Открывается окно «Редактирование информационной базы», здесь нам необходим пункт Дополнительные параметры запуска. В пустой строке прописываем команду:

ENTERPRISE /F»» /CРазрешитьРаботуПользователей /UCРезервноеКопирование

В данной команде необходимо прописать путь к заблокированной базе, в угловых скобках вместо «»:

ENTERPRISE /F»< D:\users\Logunova\Documents\BP_3.0.58.41>» /CРазрешитьРаботуПользователей /UCРезервноеКопирование, и нажимаем «Готово».

В этот момент начинает запускаться база в режиме «Предприятия», необходимо выбрать пользователя и ввести пароль, процесс запуска происходит, но потом выкидывает — это нормально. После необходимо заново открыть окно 1С:Предприятия, выбрать базу, которая заблокирована, и в меню справа выбрать пункт «Изменить», в открывшемся окне нажимаем «Далее» и в «Дополнительных параметрах запуска» удаляем внесенную команду ENTERPRISE /F»< D:\users\Logunova\Documents\BP_3.0.58.41>» /CРазрешитьРаботуПользователей /UCРезервноеКопирование, затем заново открываем базу в обычном режиме.

2) Изменение даты (времени) на компьютере на момент до блокировки. Метод позволяет зайти в базу и снять блокировку, после чего дата (время) меняются обратно.

Для того чтобы изменить дату и время на компьютере, необходимо одним кликом левой кнопкой мыши открыть настройки даты и времени, которые располагаются внизу справа на «Рабочем столе», затем нажимаем на «Изменение настроек даты и времени…», в открывшемся окне выбираем кнопку «Изменить дату и время» — выставляем время и дату до блокировки: Например, дата и время блокировки 26.09.2019 14:50:45, чтобы снять блокировку, меняем дату на 25.09.2018, а время 13:53:17, после изменений заходим в базу и восстанавливаем изначальные параметры даты и времени.

3) Удаление файла блокировки 1Cv8.cdn из каталога с информационной базой.

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

Из поля «Каталог информационной базы» копируем путь до базы данных и нажимаем «Отмена».

Вставляем скопированный путь до каталога с информационной базой в проводнике Windows.

В открывшемся каталоге находим и удаляем файл 1Cv8.cdn, после в обычном режиме запускаем 1С.

4) Модификация файла 1Cv8.cdn в каталоге базы.

Открываем 1Cv8.cdn с помощью текстового редактора (блокнота).

Первый параметр «1» является признаком блокировки. Если его поменять на «0» и сохранить файл, то база должна запуститься в обычном режиме.

Поле «Кода для разблокировки» указывается в кавычках после «/UC». Если код разрешения ранее не был задан, то его можно указать в данном поле и сохранить файл (например «0000»). Далее этот код указываем в строке параметра запуска программы и запускаем как в варианте 1 разблокировки данной статьи.

Как убрать слово КОПИЯ и поменять название заголовка базы 1С

Если при создании копии базы 1С вы нажали кнопку Это копия информационной базы вместо Информационная база перемещена , то в заголовке названия базы появится слово [КОПИЯ] в квадратных скобках, которое не редактируется.

• Самоучитель по 1С Бухгалтерии 8.3;
• Самоучитель по 1С ЗУП 8.3.

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

Регламентные операции – кнопка Разблокировать работу с внешними ресурсами .

После нажатия на кнопку Разблокировать работу с внешними ресурсами заголовок базы автоматически поменяется и слово [КОПИЯ] из него исчезнет.

1С копия базы или оригинал — как сменить в заголовке

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

Поменять название базы 1С можно через Администрирование – Настройки программы – Общие настройки .

В поле Заголовок программы внесите нужное название. Например, КОПИЯ от 18.10.18 ОТЧЕТНОСТЬ 3 КВ 2018.

Если при создании копии базы 1С вы нажали кнопку

• Информационная база перемещена , то в заголовке базы автоматически будет добавлено слово КОПИЯ.

Мы уточнили название и добавили в заголовок дату – от 18.10.18.

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

• Как сделать копию базы 1С 8.3
• Резервное копирование 1С 8.3 Бухгалтерия 3.0
• Как установить 1С 8.3 самостоятельно
• Как выгрузить базу 1С 8.3 на флешку

Если Вы еще не подписаны:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

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

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

1. Резервное копирование 1С 8.3 — как сделать, настроитьЧтобы уменьшить риск потери данных информационной базы 1С 8.3, рекомендуется.
2. Обновление индекса ППД 1С 8.3 что этоВ программах 1С есть разные способы поиска информации. Один из.
3. Толстый и тонкий клиент 1С: отличияТолстый и тонкий клиент 1С – это два режима работы.
4. Поиск и удаление дублей 1С 8.3При работе в программах 1С зачастую создаются дубли — одинаковые.

Оцените публикацию

(11 оценок, среднее: 4,64 из 5)

Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинете

Назад к статье

Семинары

• 14.06.2023 Секреты синхронизация данных БП 3.0 и УТ 11.5: от настройки обмена до разбора ошибок

Особенности работы с хранилищем конфигурации

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

Принцип работы

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

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

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

• захват объекта в хранилище;
• помещение объекта в хранилище;
• получение объекта из хранилища;
• отмена захвата в хранилище.

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

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

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

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

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

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

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

Если по каким-либо причинам хранилище конфигурации недоступно, то имеется возможность продолжать работу с объектами разработки, захваченными ранее в хранилище. Таким образом, можно вести разработку, не имея постоянной непосредственной связи с хранилищем конфигурации.

Режимы использования

Для работы с хранилищем конфигурации предусмотрено несколько способов:

• с подключением информационной базы к хранилищу;
• без подключения информационной базы к хранилищу.

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

Работа с подключением информационной базы к хранилищу

Этот режим является основным режимом работы с хранилищем. Он используется для групповой разработки конфигурации несколькими пользователями.

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

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

Работа без подключения информационной базы к хранилищу

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

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

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

1. Создать новую информационную базу.
2. Открыть хранилище конфигурации.
3. Из хранилища конфигурации загрузить конфигурацию нужной версии.
4. Заполнить информационную базу необходимыми данными.
5. Подготовить дистрибутив конфигурации.
6. В процессе модернизации конфигурации хранилища для выпуска новых дистрибутивов необходимо повторить процедуру, начиная с пункта 2, и, если новых данных вводить не требуется, сразу выполнить подготовку дистрибутива.

Режим совместимости хранилища конфигурации

Начиная с версии платформы 8.3.3, в хранилище добавлен режим совместимости. Режим совместимости позволяет старшим версиям платформы работать с хранилищами, созданными в младших версиях платформы (начиная с версии 8.3.2), без конвертации.

Режим совместимости можно установить в окне «Администрирование хранилища» на закладке «Прочие». На данный момент можно установить один из двух режимов совместимости: » Версия 8.3.2 » и » Не использовать «. При смене режима и нажатии кнопки «Установить» происходит конвертация базы данных хранилища конфигурации.

Особенности работы хранилища в режиме совместимости » Версия 8.3.2 «:

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

Особенности работы хранилища в режиме совместимости » Не использовать «:

• контроль ссылочной целостности такой же, как и на уровне объектов метаданных. Это позволяет повысить параллельность процесса разработки конфигурации, т.к. необходимо захватывать меньшее количество зависимых объектов;
• объекты метаданных хранятся в файловой системе, что позволяет существенно увеличить объем данных, которые можно поместить в хранилище;
• режим устанавливается для вновь создаваемых хранилищ конфигураций.

Контроль ссылочной целостности

Стандартные механизмы контроля ссылочной целостности конфигурации обеспечивают контроль на уровне объектов метаданных: нельзя, например, удалить из конфигурации справочник, если на него ссылается реквизит документа и т.д. На уровне интерфейсов, форм и макетов такой контроль не ведется.

Пример : удаление справочника Склады из демонстрационной конфигурации » Примеры ИТС «:

происходит проверка имеющихся на этот объект ссылок в других объектах: Копировать в буфер обмена

"Справочник.Склады" использован в: Документ.ПриходнаяНакладная.Реквизит.Склад.Тип Документ.РасходнаяНакладная.Реквизит.Склад.Тип РегистрНакопления.УчетНоменклатуры.Измерение.Склад.Тип

В режиме совместимости » Версия 8.3.2 » хранилище конфигурации обеспечивает более строгий контроль ссылочной целостности конфигурации. Производится полный контроль ссылок между объектами метаданных как на уровне самих объектов, так и на уровне содержимого их форм и макетов, а также содержимого интерфейсов.

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

В режиме совместимости » Не использовать » хранилище конфигурации обеспечивает контроль ссылочной целостности только на уровне объектов метаданных; на уровне интерфейсов, форм и макетов контроль не ведется.

Анализ ссылок производится рекурсивно: сначала производится анализ объекта, с которым производится действие в хранилище; затем при обнаружении необходимости выполнения операции над дополнительными объектами аналогичный анализ производится для них, и так до тех пор, пока ссылки всех требуемых объектов не будут проанализированы.

Особенности конфигурирования

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

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

Для добавления нового объекта метаданных или же для изменения порядка следования существующих объектов необходимо произвести захват родительского объекта разработки.

Удаление объектов конфигурации

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

Однако при помещении в хранилище, если на удаленный объект имеются ссылки в других объектах, средства работы с хранилищем потребуют помещение этих объектов в хранилище с очищенными ссылками на удаленный объект.

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

В режиме совместимости » Версия 8.3.2 » после этого необходимо удалить все ссылки на удаляемый объект из форм, интерфейсов и макетов.

В режиме совместимости » Не использовать » удалять ссылки на удаляемый объект из форм, интерфейсов и макетов не требуется.

После этого необходимо удалить объект из конфигурации и произвести попытку помещения изменений в хранилище. Если помещение в хранилище завершится неудачей из-за обнаружения ссылок на удаленный объект, то необходимо захватить указанные объекты и произвести повторную попытку помещения изменений в хранилище.

Пример: удаление справочника Склады из демонстрационной конфигурации » Примеры ИТС » в режиме совместимости хранилища » Версия 8.3.2 «:

Производим поиск ссылок на удаляемый объект: Копировать в буфер обмена

"Справочник.Склады" использован в: Документ.ПриходнаяНакладная.Реквизит.Склад.Тип Документ.РасходнаяНакладная.Реквизит.Склад.Тип РегистрНакопления.УчетНоменклатуры.Измерение.Склад.Тип

После нажатия кнопки OK в окне сообщений будет выведена следующая информация: Копировать в буфер обмена

Ошибка помещения объектов в хранилище. Для выполнения операции необходимо поместить в хранилище объекты: - Документ.ПриходнаяНакладная.Форма.ФормаДокумента (объект не захвачен пользователем) - Документ.РасходнаяНакладная.Форма.ФормаДокумента (объект не захвачен пользователем)

При этом в окне сообщений будет выведена следующая информация: Копировать в буфер обмена

Операция не может быть выполнена: Объект 'Документ.ПриходнаяНакладная.Форма.ФормаДокумента' содержит ссылки на удаленные объекты: - Справочник.Склады Объект 'Документ.РасходнаяНакладная.Форма.ФормаДокумента' содержит ссылки на удаленные объекты: - Справочник.Склады

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

После нажатия кнопки OK в окне сообщений будет выведена следующая информация: Копировать в буфер обмена

Объект помещен в хранилище: ПримерыИТС Объект помещен в хранилище: Документ.ПриходнаяНакладная.Форма.ФормаДокумента Объект помещен в хранилище: Документ.ПриходнаяНакладная Объект помещен в хранилище: Документ.РасходнаяНакладная.Форма.ФормаДокумента Объект помещен в хранилище: РегистрНакопления.УчетНоменклатуры Объект помещен в хранилище: Интерфейс.Основной Объект помещен в хранилище: Документ.РасходнаяНакладная

Пример: удаление справочника Склады из демонстрационной конфигурации » Примеры ИТС » в режиме совместимости хранилища » Не использовать «:

Производим поиск ссылок на удаляемый объект:Копировать в буфер обмена

"Справочник.Склады" использован в: Документ.ПриходнаяНакладная.Реквизит.Склад.Тип Документ.РасходнаяНакладная.Реквизит.Склад.Тип РегистрНакопления.УчетНоменклатуры.Измерение.Склад.Тип

После нажатия кнопки OK в окне сообщений будет выведена следующая информация:Копировать в буфер обмена

Объект помещен в хранилище: ПримерыИТС Объект помещен в хранилище: Документ.ПриходнаяНакладная Объект помещен в хранилище: РегистрНакопления.УчетНоменклатуры Объект помещен в хранилище: Документ.РасходнаяНакладная

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

Оптимизация хранения данных в хранилище конфигурации

В режиме совместимости хранилища » Не использовать » объекты метаданных хранятся в файловой системе, что позволяет существенно увеличить объем данных, которые можно поместить в хранилище.

Большое количество файлов может несколько замедлять работу с хранилищем (особенно при расположении хранилища на сетевом диске). Поэтому, если стало заметно некоторое замедление работы с хранилищем, в окне «Администрирование хранилища» на закладке «Прочие» можно выполнить оптимизацию хранения данных хранилища.

При включенном флажке «Предлагать оптимизацию после выполнения операций с хранилищем» в окне «Администрирование хранилища» администратору хранилища будет предлагаться провести оптимизацию хранения данных хранилища.