В процессе администрирования систем 1С нередко возникают ситуации, когда после тестирования новой версии платформы (например, 8.3.13) и изменения режима совместимости конфигурации на "Не использовать" или на версию этой новой платформы, база данных перестает открываться в более старых релизах (например, 8.3.12). При попытке входа система выдает критическую ошибку, сообщая, что для работы с данной базой требуется конкретная версия платформы, и даже Конфигуратор становится недоступным. Разберем детально, как выйти из этой ситуации и вернуть базу в рабочее состояние для старой платформы.
Проанализируем ситуацию: когда мы устанавливаем в свойствах конфигурации режим совместимости, соответствующий текущей версии платформы (или выбираем "Не использовать"), 1С записывает в системные таблицы базы данных информацию о том, что структура метаданных теперь соответствует новому стандарту. Платформы более ранних релизов "ничего не знают" о будущих версиях и их логике работы с данными. Как только этот флаг установлен, старый исполняемый файл 1cv8.exe блокирует вход, чтобы предотвратить повреждение данных, так как он не может корректно интерпретировать обновленные системные таблицы.
Рассмотрим основные способы решения этой проблемы, начиная от самых безопасных и заканчивая радикальными техническими методами.
Это самый быстрый и эффективный метод, который не требует переустановки серверной части или изменения системных настроек всех пользователей. Нам не нужно полноценно инсталлировать "проблемную" новую версию платформы в систему.
bin этой версии (обычно находится в C:\Program Files\1cv8\8.3.13.XXXX\bin) на флешку или в сетевую папку.1cv8.exe напрямую из скопированной папки bin.Режим совместимости и установим значение, соответствующее вашей основной платформе (например, Версия 8.3.12).После этих действий база снова станет "понятной" для платформы 8.3.12, и вы сможете запускать её в обычном режиме.
Если баз много или вы предпочитаете автоматизацию, можно воспользоваться командной строкой. Для этого также потребуются бинарные файлы нужной версии платформы. Проанализируем пример команды для запуска конфигуратора в пакетном режиме с целью изменения метаданных:
"C:\PathToBin\8.3.13.XXXX\bin\1cv8.exe" DESIGNER /F "ПутьКБазе" /N "Админ" /P "Пароль" /UpdateDBCfg
Однако, стоит учесть, что простое обновление конфигурации базы данных (/UpdateDBCfg) не изменит сам режим совместимости. Режим совместимости — это свойство метаданных, которое должно быть изменено в файле конфигурации. Поэтому наиболее надежным остается ручное изменение через визуальный интерфейс Конфигуратора, запущенного из "портативной" папки bin.
В некоторых случаях, если переход на новую версию сопровождался сбоями, база может не открываться даже в "родной" для нее новой платформе. Попробуем проверить физическую целостность файла 1cv8.1CD. Для этого используем стандартную утилиту, которая идет в комплекте с платформой.
Разберем шаги:
bin текущей установленной платформы (8.3.12).chkdbfl.exe.Важно понимать: chkdbfl проверяет физическую структуру (таблицы, индексы), но она не меняет логический режим совместимости. Если база исправна, но в ней прописан режим 8.3.13, утилита скажет, что ошибок нет, но войти в базу вы все равно не сможете. Этот метод полезен только как сопутствующий при возникновении ошибок формата потока.
Если дистрибутив новой платформы полностью утерян и скачать его нет возможности, существует "хакерский" способ изменения версии через прямое редактирование файла базы данных. Внимание: всегда делайте резервную копию перед такими манипуляциями!
Информация о требуемой версии платформы и режиме совместимости хранится в системной таблице PARAMS. Для работы с ней используются сторонние утилиты (например, Tool1C).
Проанализируем алгоритм:
1cv8.1CD через утилиту редактирования таблиц.PARAMS.FileName найдем записи, связанные с версией конфигурации и совместимостью (обычно это зашифрованные бинарные данные или строки в формате XML/JSON).version или vrs_last.Важный нюанс: Прямое редактирование крайне опасно. Платформа 8.3.13 при установке режима "Не использовать" могла изменить формат хранения итогов или структуру индексов. Если вы просто поменяете цифру версии в заголовке, старая платформа 8.3.12 попытается прочитать данные по старым алгоритмам и может окончательно разрушить базу данных. Используйте этот метод только в самом крайнем случае.
После того как вы успешно изменили режим совместимости обратно на 8.3.12, база может продолжать выдавать ошибки при запуске у пользователей. Это связано с локальным кэшем метаданных. Разберем, как его правильно очистить:
%AppData%\1C\1cv8%LocalAppData%\1C\1cv8Чтобы избежать подобных проблем в будущем, при тестировании новых версий платформы придерживайтесь следующих правил:
/RunV8 Версия или прописывайте конкретную версию в настройках конкретной информационной базы в списке выбора (кнопка "Изменить" -> Последняя вкладка).Режим совместимости: Не использовать — это автоматическое включение всех самых современных механизмов платформы, которые физически отсутствуют в старых версиях.Таким образом, мы выяснили, что наиболее правильным и безопасным решением является временное использование исполняемых файлов той версии платформы, которая "заблокировала" базу, для корректного понижения режима совместимости через штатный Конфигуратор.