Галактика в вопросах и ответах

Господа, у меня проблема при конвертации с 5.85.02 на 7.12.01.
Поблема такая у меня база в 16Гб на первасиве.
Когда начинаем конвертировать её она зависает при конвертирование каталога АТД(административно тереториальное деление).
При чем проц работает на 50%, а винт вообще не работает.
При чем сам конвертор показывает мол я работаю и само окошко бегает.
Делал два раза конвертирование первый раз оно у меня спрасило что какие-то каталоги не заполнены... типа заполнить их.
Вторй раз я выкачал последний конвертор у становил все патчи которые они там требовали и сделал инициализацию каталогов.
такого вопроса про каталоги она не спросила, но все равно зависла.
сама машина на каторой делаеться конвертация P4 - 2GHz с 512кб кэша на проце 1024мб память ну там и винт 80Гб.
При чем машина перезагружалась когда ей ставили 2 гб памяти. после этого убрали 1 гб и она перестала перезагружаться.

Удалять АТД мне идея не очень нравиться.

а удаление тебе непоможет!

у меня была такая ситуация тока при конвертации 711-712
ничего непомогало, ни ребилд, ни убийство АТД, не всякие там проверки. Пришлось снимать задачу. Так как к этому моменту (зависание на АТД) база уже конвертнулась и начался запуск фейсов... то я тупо вручную на этой БД (сконверченой), запускал все фейсы по отдельности...
Мне это помогло...
и ещё тама есть косяк при конвертации связанный с группами Аналитик (правда незнаю исправили его в последних версия конвертора или нет). Надо выполнить вот такой запросик...
update SpSloj where (( SpSloj.cViewSloj == ViewSloj.NRec )) set SpSloj.UpGroup := ViewSloj.KodGrKau;
delete SpSloj where ((0 == SpSloj.cMain));

она независает, она просто долго работает. по мощнее надо машину.

san писал(а):она независает, она просто долго работает. по мощнее надо машину.

От машины независит! Эт железно!!! например в моём случае в АТД было всего 2 записи. А вообще если конвертация полного справочника АТД (таблица Catalogs примерно 800 метров) на обычной рабочей станции, займет примерно 10 часов...

Была та же проблема при конвертации 711-712
Я закоментарил конвертацию АТД чтобы остальное полностью прошло
затем уже отдельно запускал этот фейс.

Методом научного тыка выяснил что конвертер затыкался на 2 записях
в catalogs, чем-то они не нравились ему и он циклился. Можешь пойти тем же путем. Можно выделить АТД из catalogs и конвертить только этот кусок. Потом подставить полную таблицу catalogs и удалить из нее записи оносящиеся к АТД.

Методом научного тыка выяснил что конвертер затыкался на 2 записях
в catalogs, чем-то они не нравились ему и он циклился. Можешь пойти тем же путем. Можно выделить АТД из catalogs и конвертить только этот кусок. Потом подставить полную таблицу catalogs и удалить из нее записи оносящиеся к АТД.

Так и как это сделать у меня 5.85.02 все таки.

не имеет значения какая версия
результат конвертирования catalogs ложится в sterr
когда происходит зацикливание (что можно заметить по монитору БД)
смотри последний нрек попавшего в sterr и определяй что за ним стоит в catalogs удаляй эту запись и запускй процесс снова.
но чтобы было быстрее оставь в catalogs только справочник АТД.

Для тех кто использует КЛАДР. И при этом происходит зависание на интерфейсе converterAddr.

1. Перед конвертацией необходимо запустить:
- Администратор - > Контроль таблиц - > Контроль каталога "Кадров".
- Провести перезагрузку CATALOGS при помощи Recover2.bat
2. Если конвертация уже запущена можно снять задачу и провести
Recover таблицы CATALOGS.
После этого обязательно провести запуск интерфейсов
в том порядке, в котором они идут в файле conv.int
- converterAddr - Выгружает справочники Административно-территориального деления (ГНИ и ОКАТО)
из таблицы Catalogs в таблицу STerr, а данные из таблицы Address в таблицу AddressN
- iVvStrSH
- CONVTPP
- ICONVTMPFACT
3. Пользователям, использующим КЛАДР, необходимо провести повторный импорт справочников
"Области, районы, города, поселки", "Улицы", "Дома" с установленными флажками
"Контролировать уникальность" и "Обновлять существующие данные"
для работы функции автоматического определения почтового индекса.

вот, что ответил разработчик

У нас тоже была проблема с catalogs - конвертация зависала. Оказалось, что этот каталог запорчен, в нем оказалось две основных записи, в общем - бардак. Ручками убрала ненужные записи (их оказалось не много)... и процесс пошел, хотя всеже работает он очень долго, больше 3-ех часов.

У нас тоже была проблема с catalogs - конвертация зависала. Оказалось, что этот каталог запорчен, в нем оказалось две основных записи, в общем - бардак. Ручками убрала ненужные записи (их оказалось не много)... и процесс пошел, хотя всеже работает он очень долго, больше 3-ех часов.

Я тоже нашел у меня два каталога АТД.
Проследил куда закачиваеться кладр. Лишний убрал, а что бы ссылки не падали, то Update исправил mainlink и cParent. Да помогло, но на 45000 записи все равно зависает. Вот тут то и касяк.
Как еще определить?

Вот что мне написали из тех поддержки (правда по другой проблеме):

Все ли необходимые действия описанные в инструкции были вами выполнены перед конвертацией:
"...
4. Предварительно установить следующие патчи:
4.1 Для MSSQL поставить патч atlms05
4.2 При использовании модуля "Управление бюджетами",
должны быть установлены патчи Fin01 и Fin01Fix01
4.3 Для корректной конвертации справочников АТД при работе
с комплектацией Галактики, в которой не используются модули
"Управление персоналом" и "Заработная плата" или
при работе с 5.85, если не запускалась сервисная функция
"-Администратор- -> Инициализация -> Системные каталоги"
при установленных патчах линейки ZAR,
необходимо установить на момент докомпиляции базы патч COMMON01 для 7.12

(в каком-то из патчей так и написано, что он необходим для корректной конвертации АТД)

Господа все фигня, разработчик признал, что это косяк.
И прислал ресурс мне, а вообще сказал, что это решиться zar05.
так, что ждемс.

Не подскажете, как удалить КЛАДР из Галактики?!

Возьмите последний конвертер и для конвертации нужна другая
ms70drv.dll