Каталог решений - Непридуманные истории по оптимизации и администрированию. История 2

Disclaimer:

Все нижеописанное является фантазией автора, база, на которой выполнялись эксперименты, в реальности никогда не существовала, скриншоты выполнены в лицензионном Paint.

Производя любые манипуляции без четкого понимания, к чему эти манипуляции приведут – сделайте все возможное, чтобы можно было откатиться к исходному состоянию (делайте бекапы, короче! J)

Имеется небольшая тестовая база, которая подключена к хранилищу и на которой проводится итоговое тестирование запланированного релиза. После очередного обновления база оказалась частично неработоспособной, в режиме предприятия работает, при попытке открыть конфигурацию выходит ошибка:

Что сделано:

Выполнено тестирование и исправление. Завершено успешно, не помогло.

Выполнена выгрузка и загрузка в DT, не помогло.

Ну, фары протерли, по колесам постучали, полезли тогда в движок. Что у нас в ТЖ (секция EXCP)?

52:36.448037-3,CALL,2,process=rphost,p:processName=QA_test,OSThread=35724,t:clientID=177,t:applicationName=Designer,t:computerName=MS-VP0010-0264,t:connectID=666455,SessionID=105,Usr=Администратор,callWait=0,Interface=a2cf4e8a-06e2-4f81-92b3-604ea54ba92b,IName=IFolderFileHost,Method=0,CallID=15140,MName=open,RetExcp="Файл не обнаружен ‘QA_test/Config/convertPhase’",Memory=1532,MemoryPeak=5470,InBytes=0,OutBytes=0,CpuTime=0

Особо легче не стало. Попробуем посмотреть, что у нас в таблицах.

Select count(*) from configSave –Таблица, в которой хранится основная конфигурация. Видим, что в ней что то есть, а это значит что основная конфигурация отличается от конфигурации БД.

Учитывая, что сама база в режиме предприятия работает – делаем предположение, что проблема именно в основной конфигурации. Ну что, семь бед, один ресет:

Проверяем. Бинго, все работает. Конечно все изменения в основной конфигурации мы потеряли, но учитывая, что все хранится в хранилище – это не страшно.