Переход в зарплате к следующему месяцу (Гал8.10)
Модераторы: m0p3e, edward_K, Модераторы
Переход в зарплате к следующему месяцу (Гал8.10)
Галактика 8.10, патчи апрельские. Делаем переход в зарплате к следующему месяцу. Ошибок море. В результате до конца так и не дощли, пришлось делать перезагрузку. Кто нибудь сталкивался с такой ситуацией?
...Ошибка 5 (не записали точно)
1) Дублированное значение при уникальном ключе в таблице 'x$journal'. Уникальный индекс 'x$journalo' . Продолжить? -продолжили
2) TBlockModifier.run+GroupDelete Дублирование ключа - около 5 раз. все продолжали
3)ошибка при работе с таблицей "Реестры по перечислению в сбербанк" - зависли
1) Дублированное значение при уникальном ключе в таблице 'x$journal'. Уникальный индекс 'x$journalo' . Продолжить? -продолжили
2) TBlockModifier.run+GroupDelete Дублирование ключа - около 5 раз. все продолжали
3)ошибка при работе с таблицей "Реестры по перечислению в сбербанк" - зависли
Вот это выполнили из MS70DRV_DLL_54160.txt ?
Код: Выделить всё
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После установки обновления перед запуском
приложения
необходимо принудительно пересчитать права
пользователей на таблицы с помощью утилиты Саппорт. При
этом значение конфигурационного параметра
SQLDriver.ForceRights должно быть установлено в "On".
У нас на прошлой неделе была эта же ситуация, кроме, этого после ошибки при переходе на след месяц, у ВСЕХ пользователей стала вылетать ошибка 5 и ошибки записи в журнал. ( платформа MS SQL).
После полной перезагрузки сервера ошибки ушли.
Поскольку переход на завершился был сделан откат по журналу по пользователю который выполнял переход ( откатилось примерно 130 тыс записей). Хотя вроде бы это и не совсем корректно для перехода.
После этого еще раз повторили переход, но на всякий случай под пользователем с правами админа.
Эта попытка оказалась удачной, но ощущение зыбкости всего осталось.
Быть может наш скромный опыт вам пригодится.
![Sad :sad:](./images/smilies/087.gif)
После полной перезагрузки сервера ошибки ушли.
Поскольку переход на завершился был сделан откат по журналу по пользователю который выполнял переход ( откатилось примерно 130 тыс записей). Хотя вроде бы это и не совсем корректно для перехода.
После этого еще раз повторили переход, но на всякий случай под пользователем с правами админа.
Эта попытка оказалась удачной, но ощущение зыбкости всего осталось.
Быть может наш скромный опыт вам пригодится.
![Sad :sad:](./images/smilies/087.gif)
Хмм... Переход на апрель делали до установки патча по ПИР: 104.18742 и 103.4054
Сегодня на тестовой проверили с всеми патчами на 13.04.09 переход в зарплате. Жуткая картина
После перехода валится напсервер - ругается на индекс journal0 некоторых таблиц. Необходимо перезапускать sql server. Переход проходит нормально только при выключенной журнализации. Кто имеет полный доступ к ПИРу, проверьте, есть эта трабла.
Сегодня на тестовой проверили с всеми патчами на 13.04.09 переход в зарплате. Жуткая картина
![Sad :(](./images/smilies/079.gif)
Nap-server переставляли,вышли из положения следующим образом:
поставили старые патчи, сделали переход (3-й раз подряд), потом снова поставили новые патчи.
Запросами изменили архивные отпуска и б/л на текущие (те которые апрельские)
--
Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?
--
делали контроль НДФЛ за 2009 и контроль налогов на ФОТ по всем работникам.
поставили старые патчи, сделали переход (3-й раз подряд), потом снова поставили новые патчи.
Запросами изменили архивные отпуска и б/л на текущие (те которые апрельские)
--
Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?
--
делали контроль НДФЛ за 2009 и контроль налогов на ФОТ по всем работникам.
угу, тока если за предыдущие года записи есть..делали контроль НДФЛ
![Sad :(](./images/smilies/079.gif)
А так можно экспортом/импортом перегонять данные из "после ЗП" в "До ЗП", если никто не успел ЗП пересчитать в тек. месяце!
=======
Lot.ExportCompToStr=on
Select * SumUlSoc to dbf SumUpSoc.dbf;
Delete all SumUpSoc;
Import SumUpSoc from dbf SumUpSoc.dbf N F S R;
=======
Кста сеня заметил с жорнал какая то лажа.. - в части дублирования суррогатного ключа.