Обновляю 1С:Бухгалтерию с версии 3.0.64.42 на 3.0.65.84, в результате обновление не доходит до конца, программа аварийно завершается и выдает вот такую ошибку:

Problem signature:
  Problem Event Name:    APPCRASH
  Application Name:    1cv8.exe
  Application Version:    8.3.12.1685
  Application Timestamp:    5ba601a9
  Fault Module Name:    frntend.dll
  Fault Module Version:    8.3.12.1685
  Fault Module Timestamp:    5ba6070c
  Exception Code:    c0000005
  Exception Offset:    00060aa6
  OS Version:    6.1.7601.2.1.0.272.7
  Locale ID:    1049
  Additional Information 1:    0a9e
  Additional Information 2:    0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:    0a9e
  Additional Information 4:    0a9e372d3b4ad19135b953a78882e789


Из описания, платформа для этой версии нужна не ниже 8.3.12.1529, а желательно 8.3.12.1529. Но у нас сейчас версия платформы даже выше - 8.3.12.1685. Кэш чистила, не помогло! Что еще можно сделать?

Вылетает в конфигураторе или уже в предприятии?

(1) В конфигураторе, обновление даже до конца не докручивается...

Памяти хватает? ТиИ делали с chdbfl ?

Ну и попробовать на другом компе обновиться, может глюки системы/железа

(3) Памяти на сервере 19Гб, мне кажется - достаточно?

А! Обязательно попробовать на x86_64 и системе и платформе 1С

(5) В RDP запускаете?

(7) Прямо на сервер захожу и запускаю на нем.

Платформа 1С x86 (32 битная) может максимум как думаете памяти получить из этих 19 гигов?

Файловая или sql ?

(9) На сервере 64битная система, процессор 2,52GHz, памяти 19Гб. База расположена на SQL.

(0) Проверь базу на физическую целостность. У меня был пример вылета при реструктуризации по этой причине. После DBCC с исправлением ошибок все прошло.

(12) Ошибка то есть ушла.

(12) DBCC  - это что?

Если база небольшая то в dt ее, обновить в файловой и назад залить.

Если большая то только (12) или менять версию сервера 1С, возможно там глюки

(14) https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-transact-sql?view=sql-server-2017

Это команды для mssql сервера из SQL Server Management Studio
http://catalog.mista.ru/public/61123/

(12) Одну базу на днях как-то проверяла через Конфигуратор на ссылочную целостность, так она весь сервер подвесила и все остальные базы повыкидывала. Так что я как-то опасаюсь очередное тестирование запускать...

(17) Позовите все же админа для mssql

(18) Админ mssql в отпуске с завтрашнего дня до 08.01.2019 :(

(14) команда для исправления ошибок в скульной базе

Делаете бэкап базы данных.
Далее делаете по очереди команды ниже. И смотрите на результат есть ли ошибки.

AdventureWorks это название базы данных в скуле. Подставляете вашу.

"Ниже три самых общих способа использования CheckDB:

DBCC CHECKDB ('AdventureWorks', REPAIR_FAST)

DBCC CHECKDB ('AdventureWorks', REPAIR_REBUILD)

DBCC CHECKDB ('AdventureWorks', REPAIR_ALLOW_DATA_LOSS)"

Но я попробую найти у нас специалиста по mssql

(17) DBCC CHECKDB проверяет базу на ошибки которые через ТИИ не ловятся. Это проверка на уровне скуля.

(14) DBCC CHECKDB ('AdventureWorks', REPAIR_ALLOW_DATA_LOSS)" это самый жесткий вариант проверки.

Возможно что часть данных после проверки потеряется (например вы получите несколько документов без проводок если данные из таблиц где хранятся данные о проводках лежат на ошибочном кластере и эта ошибка будет исправлена.

(0) Кстати еще один момент вспомнил.

На время реструктуризации отключите в свойствах кластера сервера 1С перезапуск по таймауту. Реструктуризация не любит такие перезапуски и вылетает.

(24) Интервал перезапуска рабочих процессов.

(23) Терять данные - для нас не допустимо!!! Сейчас ведь весь год подбиваем...

(24) - Интервал перезапуска у нас настроен на 86400сек. Сколько поставить?

- Допустимый объем памяти 61440006 КВ.
- Интервал превышения памяти 60 сек.

(26) Потерянные данные легко переносятся из копии базы.

Вы запустите сначала команду в виде DBCC CHECKDB ('AdventureWorks') то есть без параметра. Вам покажет есть ли ошибки или нет. Дальше будете решать что делать.

(27) Убрать вообще на время реструктуризации.

(29) т.е. в этом параметре вообще никаких цифр быть не должно, или должно быть ноль? Еще уточните пож-та: речь идет о реструктуризации во время тестирования средствами 1С в конфигураторе, или средствами SQL?

Если я УЖЕ ЗАПУСТИЛА в конфигураторе тестирование (без исправления), то в свойствах кластера сервера 1С, параметр  перезапуск по таймауту - можно отредактировать?

(30) "Обновляю 1С:Бухгалтерию с версии 3.0.64.42 на 3.0.65.84, в результате обновление не доходит до конца"

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

(30) Позовите уже админа или сами такого накосячите случайно по ошибке.
Инструкции в интернете это такая штука, которая не учитывает ваших конкретных/местных особенностей.

Вдруг там у вас не mssql а postgres или даже orcale|ibm db2 ))

(32) Поняла, попробую убрать этот параметр, только уточните (30)

(33) *oracle

(33) у нас mssql - это точно, oracle - нет!

Сделала тестирование средствами 1С (проверка логической целостности и ссылочной целостности), показало не так много ошибок:

Тестирование начато
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:82e600155d00390211e83bec3585c79e)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:82e600155d00390211e83bee00e3462e)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:82e600155d00390211e83beecce71d63)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:82e600155d00390211e83bfa4cb07b49)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:a58e00155d00390211e8119bdd465888)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:a58e00155d00390211e8119d5b588ecd)
    Объект, на который ссылается значение, отсутствует.
Проверка логической целостности. РегистрСведений.БезопасноеХранилищеДанных.Измерение.Владелец <Объект не найден> (10524:a58e00155d00390211e8119dbaf04dbd)
    Объект, на который ссылается значение, отсутствует.
Тестирование закончено

(37) Сделайте ТИИ и выберите

При наличии ссылок на несуществующие объекты - Создавать объекты

При частичной потере данных объектов - Создавать объекты

Судя по ошибкам тестирования у вас битые ссылки.

(37) Либо можете просто посмотреть записи в РегистрСведений.БезопасноеХранилищеДанных и изменить эти битые ссылки

Была переписка с техподдержкой 1С по вопросу в (0). На удивление, очень шустро отвечали. В итоге, их рекомендация - установить платформу 8.3.13.1644, при установке указав первые три компоненты (клиента) 1С Предприятия:
- 1С:Предприятие
- 1С:Предприятие - Тонкий клиент
- 1С:Предприятие - Тонкий клиент, файловый вариант
Вот так: https://a.radikal.ru/a43/1812/c7/66bf1f02be72.jpg

После этого, обновление 1С:Бухгалтерии установилось успешно!


Вот как это понимать: из описания к версии 3.0.65.84 1С:Бухгалтерии, платформа для неё нужна не ниже 8.3.12.1529, а желательно 8.3.12.1529. Но по факту, оказывается, что нужна платформа 8.3.13?!

+(40) Правда обновлялась на платформе 8.3.13 на файловой копии базы, на отдельном ноутбуке. В четверг на сервере перейдем на платформу 8.3.13 и уже попробую на клиент-серверной копии базы обновить 1С:Бухгалтерию на 3.0.65.84.