Joined: 11 Aug 2004 Posts: 52 Location: ГОУ ВПО ПГУПС Occupation: ПГУПС, финансовое управление Interests: Санкт-Петербург
Posted: 20 Jan 2005 18:23 Post subject: Опыт борьбы с версией 5.2
У нас после переноса серверной части с 5.1 на 5.2 пошли проблемы с раздвоением пользовательских записей и появлением пустых пользователей.
Так же невозможно стало импортировать справочник КЛАДР. (а эти данные портятся при upgrade....)
Если установить "чистую" 5.2 таких проблем не наблюдается.
Возможно, такой эффект будет наблюдаться не у всех, тем не менее -
- у кого пользователей в системе не много - советую установить 'чистую' 5.2 и перебить учетные записи пользователей (чуть не написал просто 'пользователей'
Last edited by PGUPS on 21 Jan 2005 13:29; edited 1 time in total
Joined: 11 Aug 2004 Posts: 52 Location: ГОУ ВПО ПГУПС Occupation: ПГУПС, финансовое управление Interests: Санкт-Петербург
Posted: 21 Jan 2005 13:27 Post subject:
dez wrote:
у меня и на чистой пользователи двоятся и даже троятся .
На чисто поставленной БЕСТ 3.2 у нас этого эффекта (дублирования учетных записей) пока не наблюдается.
Со справочником КЛАДР:
У нас при переносе базы в регионах осталась одна Москва и работа в кадрах встала. Импорт справочника вызвать стало нельзя (сообщение что у нас на это прав нет...)
- ситуация выправляется следующим образом: устанавливаете на чистую машину БЕСТ 3.2, разворачиваете там новую рабочую базу (ни в коем случае не пытайтесь подцепить сразу _свою_ РАБОЧУЮ - у нас это все безвозвратно испортитило ). Импортируете нужный КЛАДР, далее данные из дирректории SALARY\NP\ по маске K*.* переписываетеповерх тех, что у вас в той же дирректории РАБОЧЕЙ базы.
После этого и с правами на импорт КЛАДР все исправляется...
Joined: 17 Nov 2004 Posts: 237 Location: Потапова Марина Occupation: БЭСТ-Программы Interests: Москва
Posted: 21 Jan 2005 18:22 Post subject:
Здравствуйте.
Пришлите на адрес mailto:taganka@trd.bestnet.ru каталог PRO до Upgrade (версия 3.1) и после (версия 3.2). В каталогах уберите архивы баз данных.
Joined: 11 Aug 2004 Posts: 52 Location: ГОУ ВПО ПГУПС Occupation: ПГУПС, финансовое управление Interests: Санкт-Петербург
Posted: 21 Jan 2005 20:22 Post subject:
Нахлебавшись в переносом данных из 3.2(старый план счетов 3.2(новый план счетов) хочу поделиться:
Если возникает ошибка при переносе данных - первым делом смотрите upgrade.log, который образуется в дирректории куда вы новую базу поместили.
Там если что, заканчивается ошибкой типа:
Таблица SCLAD\0001\CLASSIF.DBF
ОШИБКА № 1 !!!
Если данный Арм не используется - замените файл из пустой базы,
или если вообще не известно что такое - попробуйте удалить.
Если данные из Арм, который используется - разбирайтесь с файлом, смотрите визуально что в нем подозрительного
Возможны и забавные варианты, типа ошибка Windows "ошибки нет"
Обновление базы данных D:\PROGRAM FILES\BEST\BEST5_32\SERVER\DATA\DBF\DEMOTEST\BEST5.DBC успешно завершено за 99.45 сек.
Код возврата 0
ОШИБКА № 2 !!!
Далее у нас возникли проблемы уже перед самым завершением переноса:
(это надо смотреть upgrade2.log там же)
восстановление пустых счетчиков
Таблица SALARY_INOUTS
Поле ID_INOUT
Таблица Salary_Groupi
Поле ID_GROUP
Восстановление пустых счетчиков завершено
Путь на библиотеки C:\PROGRAM FILES\BEST\BEST5_32\SERVER\DATA\PRO\DATASOURCE
Класс analit_upgrade
Класс set_kdr_upgrade
Класс salary_graphs_upgrade
Класс acts_upgrade
Класс guid_upgrade
Заполнение системных полей.
ОШИБКА № 2 !!!
Пришлось пожертвовать справочниками Начислений/Удержаний в зарплате (переписав поверх них чистые) - ошибка ушла.
Тем не менее завершение переноса все равно заканчивается ошибкой,
в FOXERROR1.LOG пишет:
=== ОПИСАНИЕ ОШИБКИ ===
Дата: 19.01.2005 Время: 19:44:19
Код ошибки.........: 107
Сообщение об ошибке: Operator/operand type mismatch.
Программа..........: PROCEDURE GUID_UPGRADE.EXECUTE C:\PROGRAM FILES\BEST\BEST5_32\SERVER\DATA\PRO\DATASOURCE\UPGRADE.VCT
Номер строки.......: 52
Ошибочная строка...:
[...cut...]
Сразу после этого в базу влезть нельзя, но после перезапуска программы - в ней можно работать, видимых нарушений нет.
НО. пока опасаемся, мало ли что...
Ждем совета разработчика. Пока не дождался...
Я, конечно понимаю, что много нас таких, и нам бы следовало изначально самим сделать все что бы попытаться с ситауцией справиться. НО. Это было бы верно, если бы нам время на это дали. А то я, как представитель бюджетников, хочу пояснить: ВРЕМЕНИ У НАС НЕТ, поэтому при возникновении каких -либо ошибок - естественное желание сразу загружать ими всех без стеснения.
ДАЛЕЕ:
После установки 3.2 появились проблемы в ОСНОВНЫХ СРЕДСТВАХ (отчеты), база перенесена из 3.1 в 3.2 (старый план счетов):
Ведомости наличия основных средств (краткие, детальные, свернутые) - Ведомость наличия ОС(... по подразделениям и МОЛ) (бух. пользуется этой, но смотрели и все остальные). Выводим наличие на конкретную дату, в отчет попадают ОС поступившие после даты, на которую выводим отчет - по документам (поступления, перемещения) введенным в версии 3.1 в прошлых периодах. Новые документы (поступления, перемешения) введеные в 3.2 обрабатываются нормально, т.е. ОС попадают или нет в отчет наличия, в зависимости от даты отчета.
Ошибка наверно в базе, т.к. проверяли на демобазе 3.2 (старый план счетов), на апгрейченой демобазе из 3.1 в 3.2(старый план счетов) - в 3.1 вводили документы и делали апгрейд - ситуация не воспроизводится.
Вопрос: Как исправи
Joined: 26 Jul 2002 Posts: 975 Location: Титов Александр Александрович Occupation: Компания БЭСТ Interests: Москва
Posted: 23 Jan 2005 11:21 Post subject:
Добрый день всем!
Опыт первых апгрейдов на версию 3.2 (особенно на новый бюджет) выявил наличие некоторых проблем в программах переноса и преобразования данных, которые в настоящее время анализируются и обощаются. Например, апгрейд не может выполниться до конца при наличии сбойных записей или сбойных индексов в базе-источнике, или, если с БД БЭСТ-4 работали с помощью FOX или ADS извне посторонними программами. Поэтому, прежде, чем делать апгрейд, настоятельно рекомендуем провести всевозможные восстановления целостности и индексацию как в базе источнике, так и в базе- приемнике. Результаты апгрейда записываются в upgrade.log, откуда можно понять, какие сбои явились причиной остановки апгрейда. И наконец, обязательно сделайте копии серверной части и баз, чтобы была возможность повторить все сначала.
Со свой стороны, на основе имеющейся информации, мы дорабатываем процедуры переноса данных и вводим дополнительные меры по обрработке сбоев. Пакет с доработками будет выложен в понедельник, 24 января, в первой половине дня.
Большое спасибо за сообщения об ошибках и присланные БД. _________________ С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо
Joined: 27 May 2002 Posts: 187 Location: Ивашов Юрий Васильевич
Posted: 24 Jan 2005 12:28 Post subject:
очу поделиться радостью, вчера перевели три базы с БЭСТ-4 на 5.3.2. (бюджет новый план счетов). Стопор был только на самой большой ни в какую не захотел обрабатывать coc_buf - очистили пошло без проблем.
Огромное спасибо Погребняк А.Б. - не пришлось долго с адресами копать
Joined: 11 Aug 2004 Posts: 52 Location: ГОУ ВПО ПГУПС Occupation: ПГУПС, финансовое управление Interests: Санкт-Петербург
Posted: 24 Jan 2005 23:33 Post subject:
Основные средства, Формирование отчетов, ...
... Ведомость операций по счету.
Выводим отчет по счету 13, видим движение вычислительной техники,
общая сумма не идет.
находим документ N, по которому сумма в два раза больше, чем нужно.
Входим в Движение ОС, во вводе в эксплуатацию находим документ, его удаляем. Создаем отчет заново - Сумма все равно висит, уменьшившись до нужной. НО. Документ-то мы _удалили_, cледовательно - ищем "косяк" дальше.
Дело оказывается в том, что в Основные, Книга учета операций
проводка лишняя болтается (на одну операцию, выходит, их каким-то образом их две образовалось). А отчет "Ведомость операций по счету" по книге учета операций и строится.
Проводку удалили - отчет пошел
Подозрительно. За 5 месяцев плотной работы в 3.1 такой проблемы не вылезало... В 3.2 едва ли неделю отработали.
Joined: 11 Aug 2004 Posts: 52 Location: ГОУ ВПО ПГУПС Occupation: ПГУПС, финансовое управление Interests: Санкт-Петербург
Posted: 25 Jan 2005 20:20 Post subject:
При установке пакета обновления #1 к 3.2 у нас возникла следующая проблема:
Работа с модулем ЗАРПЛАТА стала невозможной, по причине того, что не удается добавить в карточку
начисления (даже на ДЕМО базе!...)
При добавлении начисления - вылет в Главное меню (само начисление не добавляется)
Советую воздержаться от установки пакета на рабочий сервер !
(ставьте на "подопытную машину") Мы уже себе такую выделили...
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
