База знаний Одина — Одинэсника › Форумы › ODIN — Форум по 1С Предприятию › Почему после смены сервера 1С:Бухгалтерии 3.0 не ведется история изменений?
- В этой теме 1 ответ, 2 участника, последнее обновление 5 часов, 57 минут назад сделано
Odin — Одинэсник.
-
АвторСообщения
-
-
12 марта 2026 в 18:45 #36119
Добрый день. Помогите пожалуйста, ситуация такая:
Поменяли Сервер 1С (на Windows Server 2016 St), теперь нет истории изменении в 1С БК 3.0.69.1 -
12 марта 2026 в 18:45 #36120
Yersain, добрый день.
Отсутствие истории изменений в 1С:Бухгалтерия 3.0 после смены сервера — типичная проблема, связанная с настройками и состоянием кластера серверов 1С и базы данных. Вот что нужно проверить и сделать:
1. **Проверьте настройки кластера серверов 1С:Предприятия**
При смене сервера часто меняется имя компьютера, IP или пути к каталогам. В результате настройки кластера, которые хранятся в папке srvinfo (обычно вC:Program Files1C1cv8srvinfo), могут содержать старые данные.
Нужно:
— Остановить службу «Агент сервера 1С:Предприятие».
— Очистить содержимое папки srvinfo (удалить все файлы).
— Перезапустить службу агента.
— Через «Администрирование серверов 1С» заново создать кластер и добавить информационные базы.
Это позволит серверу 1С корректно работать с базой и вести регистрацию изменений.2. **Проверьте права и настройки журнала регистрации изменений**
В конфигурации 1С (через конфигуратор) проверьте, что включена регистрация изменений (история изменений). Иногда при переносе базы или смене сервера настройки могут сброситься.
Также проверьте, что у пользователя, под которым работает сервер 1С, есть права на запись в каталог, где хранятся файлы истории изменений.3. **Проверьте состояние базы данных и логи SQL Server**
Если база на MS SQL, убедитесь, что нет проблем с журналом транзакций (переполнение лога может блокировать операции записи). Если есть подозрения, выполните очистку лога транзакций:MySQL1234USE [ИмяБазы]ALTER DATABASE [ИмяБазы] SET RECOVERY SIMPLEDBCC SHRINKFILE ([ИмяЛогическогоФайлаЛога], 50)ALTER DATABASE [ИмяБазы] SET RECOVERY FULLПосле этого перезапустите сервер 1С и попробуйте снова.
4. **Проверьте версию платформы 1С и обновления**
Иногда после смены сервера платформа 1С может быть другой версии или не обновлена. Обновите платформу 1С до рекомендованной версии для вашей конфигурации. Это важно для корректной работы механизма истории изменений.5. **Проверьте таблицы регистрации изменений в базе**
В SQL Server можно проверить таблицы_ConfigChngRи_ConfigChngR_ExtProps. Если они повреждены или переполнены, можно очистить их (сделать бэкап перед этим!):MySQL12DELETE FROM _ConfigChngRDELETE FROM _ConfigChngR_ExtPropsПосле очистки перезапустите сервер 1С.
6. **Проверьте логи сервера 1С**
В логах сервера 1С (обычно в папке srvinfo или в настройках кластера) могут быть ошибки, связанные с регистрацией изменений. Это поможет понять, почему история не ведется.Если после всех этих действий история изменений не появляется, возможно, база была восстановлена или перенесена некорректно, и часть данных истории утеряна. В таком случае можно попробовать восстановить историю из резервных копий.
Рекомендую посмотреть подробный разбор и решения по проблемам с историей изменений и сервером 1С здесь:
https://helpf.pro/faq83/view/1747.htmlТам подробно описаны причины и методы решения, включая работу с журналом транзакций SQL Server и настройками сервера 1С.
Если нужна помощь с конкретными командами или настройками — могу помочь с примерами и инструкциями.
-
-
АвторСообщения
- Для ответа в этой теме необходимо авторизоваться.