При обновлении база падает в дамп (ошибки сбойного модуля)
Здравствуйте!
Есть нетиповая база УПП 1.3 (1.3.229.1) .
Было произведено обновление платформы 8.3.17.2760 с на 8.3.22.2501, и теперь при обновлении база вылетает в дамп.
В журнале просмотра появляются ошибки типа (модули могут меняться):
Ошибка приложения 1cv8.exe, версия 8.3.22.2501, модуль ntdll.dll, версия 5.2.3790.5583, адрес 0x000000000003b47b.
Сервер 1С 32-битный, кроме того, база может запускаться по 64-битной платформой, то есть на сервере они обе стоят.
На сервере стоит Microsoft Windows Server 2003 Standars x64 Edition Windows Pack 2
Что уже делалось:
1) Чистка кэша.
2) Создание нового пользователя на сервере и попытка обновить через него.
3) Замена библиотеки ntdll, стали другие модули выдавать ошибки.
4) Установка более старых Microsoft Visual C++.
5) Добавление в исключения параметров быстродействия (DEP) файл из C:\Program Files (x86)\1cv8\8.3.22.2501\bin, но не помогло (и туда 64-битную платформу не добавить)
6) Установка других платформ, одни продолжали падать в дамп (8.3.22.1704 при обновлении,
8.3.22.1923 при открытии списка баз для запуска), а некоторые уже при попытке запуска предприятия отключали службы агента сервера (8.3.23.2040, 8.3.24.1548)
7) Удаление сервера 8.3.22.2501 (64-битная платформа оставалась), запуск базы под 8.3.17.2760, обновление докрутилось до 80% и вылетело с дампом.
Причем в журнале уже было «Ошибка приложения 1cv8.exe, версия 8.3.22.2501, модуль unknown, версия 0.0.0.0, адрес 0x0000000000000000.».
Что ещё можно сделать, чтобы избавиться от ошибки?
Есть нетиповая база УПП 1.3 (1.3.229.1) .
Было произведено обновление платформы 8.3.17.2760 с на 8.3.22.2501, и теперь при обновлении база вылетает в дамп.
В журнале просмотра появляются ошибки типа (модули могут меняться):
Ошибка приложения 1cv8.exe, версия 8.3.22.2501, модуль ntdll.dll, версия 5.2.3790.5583, адрес 0x000000000003b47b.
Сервер 1С 32-битный, кроме того, база может запускаться по 64-битной платформой, то есть на сервере они обе стоят.
На сервере стоит Microsoft Windows Server 2003 Standars x64 Edition Windows Pack 2
Что уже делалось:
1) Чистка кэша.
2) Создание нового пользователя на сервере и попытка обновить через него.
3) Замена библиотеки ntdll, стали другие модули выдавать ошибки.
4) Установка более старых Microsoft Visual C++.
5) Добавление в исключения параметров быстродействия (DEP) файл из C:\Program Files (x86)\1cv8\8.3.22.2501\bin, но не помогло (и туда 64-битную платформу не добавить)
6) Установка других платформ, одни продолжали падать в дамп (8.3.22.1704 при обновлении,
8.3.22.1923 при открытии списка баз для запуска), а некоторые уже при попытке запуска предприятия отключали службы агента сервера (8.3.23.2040, 8.3.24.1548)
7) Удаление сервера 8.3.22.2501 (64-битная платформа оставалась), запуск базы под 8.3.17.2760, обновление докрутилось до 80% и вылетело с дампом.
Причем в журнале уже было «Ошибка приложения 1cv8.exe, версия 8.3.22.2501, модуль unknown, версия 0.0.0.0, адрес 0x0000000000000000.».
Что ещё можно сделать, чтобы избавиться от ошибки?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) Копии делаются серверные, они сейчас 70 ГБ весят. В мою бытность работы с этой базой всё копирование уже через сервер делалось.
Даже если этот размер брать за (очень) приблизительный ориентир, то на диске С свободного места для временных файлов при выгрузке dt не хватит.
Даже если этот размер брать за (очень) приблизительный ориентир, то на диске С свободного места для временных файлов при выгрузке dt не хватит.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот