Переход в зарплате к следующему месяцу (Гал8.10)

[NM]

Галактика 8.10, патчи апрельские. Делаем переход в зарплате к следующему месяцу. Ошибок море. В результате до конца так и не дощли, пришлось делать перезагрузку. Кто нибудь сталкивался с такой ситуацией?

[edward_K]

а что за ошибки то? море - это пустой звук. тробла была на февральских и то на mssql.

[NM]

...Ошибка 5 (не записали точно)

1) Дублированное значение при уникальном ключе в таблице 'x$journal'. Уникальный индекс 'x$journalo' . Продолжить? -продолжили

2) TBlockModifier.run+GroupDelete Дублирование ключа - около 5 раз. все продолжали

3)ошибка при работе с таблицей "Реестры по перечислению в сбербанк" - зависли

[Polimer]

MS70DRV.DLL какой даты?

[NM]

от 18/02/09

[Polimer]

Вот это выполнили из MS70DRV_DLL_54160.txt ?

Код: Выделить всё

# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После  установки обновления  перед запуском  
приложения
необходимо     принудительно     пересчитать      права
пользователей на таблицы с помощью утилиты Саппорт. При
этом      значение     конфигурационного      параметра
SQLDriver.ForceRights должно быть установлено в "On".

[NM]

да.
сейчас пересчитала права, установила ON
У нас часть данных перешла в архив, часть осталась в месяце, месяц показывает 03/2009.
так как переход некорректно был завершен, месяц стоит отчетный март, надо апрель
в Тестовой БД попробую сделать переход, а в реальной-то что можно сделать?

[NM]

ваш совет не помог, ошибки пошли те же

[Ged]

А напсервер переставляли?

[at]

У нас на прошлой неделе была эта же ситуация, кроме, этого после ошибки при переходе на след месяц, у ВСЕХ пользователей стала вылетать ошибка 5 и ошибки записи в журнал. ( платформа MS SQL).
После полной перезагрузки сервера ошибки ушли.
Поскольку переход на завершился был сделан откат по журналу по пользователю который выполнял переход ( откатилось примерно 130 тыс записей). Хотя вроде бы это и не совсем корректно для перехода.
После этого еще раз повторили переход, но на всякий случай под пользователем с правами админа.
Эта попытка оказалась удачной, но ощущение зыбкости всего осталось.
Быть может наш скромный опыт вам пригодится.

[Polimer]

Хмм... Переход на апрель делали до установки патча по ПИР: 104.18742 и 103.4054
Сегодня на тестовой проверили с всеми патчами на 13.04.09 переход в зарплате. Жуткая картина После перехода валится напсервер - ругается на индекс journal0 некоторых таблиц. Необходимо перезапускать sql server. Переход проходит нормально только при выключенной журнализации. Кто имеет полный доступ к ПИРу, проверьте, есть эта трабла.

[maikl]

Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?

[NM]

Nap-server переставляли,вышли из положения следующим образом:
поставили старые патчи, сделали переход (3-й раз подряд), потом снова поставили новые патчи.
Запросами изменили архивные отпуска и б/л на текущие (те которые апрельские)
--
Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?
--
делали контроль НДФЛ за 2009 и контроль налогов на ФОТ по всем работникам.

[Ged]

делали контроль НДФЛ

угу, тока если за предыдущие года записи есть..
А так можно экспортом/импортом перегонять данные из "после ЗП" в "До ЗП", если никто не успел ЗП пересчитать в тек. месяце!
=======
Lot.ExportCompToStr=on
Select * SumUlSoc to dbf SumUpSoc.dbf;
Delete all SumUpSoc;
Import SumUpSoc from dbf SumUpSoc.dbf N F S R;
=======
Кста сеня заметил с жорнал какая то лажа.. - в части дублирования суррогатного ключа.

[NM]

мы делали контроль за 9 год, за 8 - нет данных. Спасибо за совет.