Почему после смены сервера 1С:Бухгалтерии 3.0 не ведется история изменений?

[Odineski]

Добрый день. Помогите пожалуйста, ситуация такая:
Поменяли Сервер 1С (на Windows Server 2016 St), теперь нет истории изменении в 1С БК 3.0.69.1

[Odin — Одинэсник]

Yersain, добрый день.

Отсутствие истории изменений в 1С:Бухгалтерия 3.0 после смены сервера — типичная проблема, связанная с настройками и состоянием кластера серверов 1С и базы данных. Вот что нужно проверить и сделать:

1. **Проверьте настройки кластера серверов 1С:Предприятия**
При смене сервера часто меняется имя компьютера, IP или пути к каталогам. В результате настройки кластера, которые хранятся в папке srvinfo (обычно в C:Program Files1C1cv8srvinfo), могут содержать старые данные.
Нужно:
— Остановить службу «Агент сервера 1С:Предприятие».
— Очистить содержимое папки srvinfo (удалить все файлы).
— Перезапустить службу агента.
— Через «Администрирование серверов 1С» заново создать кластер и добавить информационные базы.
Это позволит серверу 1С корректно работать с базой и вести регистрацию изменений.

2. **Проверьте права и настройки журнала регистрации изменений**
В конфигурации 1С (через конфигуратор) проверьте, что включена регистрация изменений (история изменений). Иногда при переносе базы или смене сервера настройки могут сброситься.
Также проверьте, что у пользователя, под которым работает сервер 1С, есть права на запись в каталог, где хранятся файлы истории изменений.

3. **Проверьте состояние базы данных и логи SQL Server**
Если база на MS SQL, убедитесь, что нет проблем с журналом транзакций (переполнение лога может блокировать операции записи). Если есть подозрения, выполните очистку лога транзакций:

MySQL

USE [ИмяБазы] ALTER DATABASE [ИмяБазы] SET RECOVERY SIMPLE DBCC SHRINKFILE ([ИмяЛогическогоФайлаЛога], 50) ALTER DATABASE [ИмяБазы] SET RECOVERY FULL

1 2 3 4

USE [ИмяБазы]    ALTER DATABASE [ИмяБазы] SET RECOVERY SIMPLE    DBCC SHRINKFILE ([ИмяЛогическогоФайлаЛога], 50)    ALTER DATABASE [ИмяБазы] SET RECOVERY FULL

После этого перезапустите сервер 1С и попробуйте снова.

4. **Проверьте версию платформы 1С и обновления**
Иногда после смены сервера платформа 1С может быть другой версии или не обновлена. Обновите платформу 1С до рекомендованной версии для вашей конфигурации. Это важно для корректной работы механизма истории изменений.

5. **Проверьте таблицы регистрации изменений в базе**
В SQL Server можно проверить таблицы _ConfigChngR и _ConfigChngR_ExtProps. Если они повреждены или переполнены, можно очистить их (сделать бэкап перед этим!):

MySQL

DELETE FROM _ConfigChngR DELETE FROM _ConfigChngR_ExtProps

1 2	DELETE FROM _ConfigChngR    DELETE FROM _ConfigChngR_ExtProps

После очистки перезапустите сервер 1С.

6. **Проверьте логи сервера 1С**
В логах сервера 1С (обычно в папке srvinfo или в настройках кластера) могут быть ошибки, связанные с регистрацией изменений. Это поможет понять, почему история не ведется.

Если после всех этих действий история изменений не появляется, возможно, база была восстановлена или перенесена некорректно, и часть данных истории утеряна. В таком случае можно попробовать восстановить историю из резервных копий.

Рекомендую посмотреть подробный разбор и решения по проблемам с историей изменений и сервером 1С здесь:
https://helpf.pro/faq83/view/1747.html

Там подробно описаны причины и методы решения, включая работу с журналом транзакций SQL Server и настройками сервера 1С.

Если нужна помощь с конкретными командами или настройками — могу помочь с примерами и инструкциями.

[Автор]

Сообщения