PDA

Просмотр полной версии : Сервер Справочников (не отвечает), думает, считает.



Vladimir
16.06.2014, 12:11
Есть сервер справочников (вер. 7.5.2.416), после закрытия дня начался расчет кубов, который продолжается уже больше 12 часов при этом СС находится в состоянии "не отвечает" (ярлычек горит желтым) потом его может немного отпустить, потом он опять не отвечает. Сделать ничего не можем. Поиск по форуму мне не помог. Сервер справочников собран был с нуля, т.е. данных в нем буквально неделя. Есть у кого-нибудь мысли? Спасибо

mnekin
16.06.2014, 13:16
А где же логи?

Vladimir
18.06.2014, 10:19
Логи пока не собрал еще, не было возможности. Выяснил пока что висит он из - за пересчета кубов. Отчего такой долгий пересчет?

SH
18.06.2014, 10:43
Отчего такой долгий пересчет?
Вот для этого логи и нужны...
Сами-то что-нибудь предпринимали, или он у вас уже двое суток висит?

Vladimir
18.06.2014, 15:32
Я его останавливал только и все, потом запускаю и все хорошо работает, до след.пересчета, причем пересчет кубов может пройти нормально, а может подвиснуть. Логов пока нет, случайно подчистили

еще импорт в SH перестал работать

Вот лог SH

17.06.2014 10:25:03
RK7
Импорт групп станций... Обработано записей: 1, добавлено записей 0.
Импорт товарных групп... Обработано записей: 63, добавлено записей 0.
Импорт категорий расхода (причины удаления)... Обработано записей: 6, добавлено записей 0.
Импорт категорий расхода (валюты)... Обработано записей: 16, добавлено записей 0.
Импорт категорий расхода (типы оплат)... Обработано записей: 8, добавлено записей 0.
Импорт товаров... Обработано записей: 275, добавлено записей 0.
Импорт расхода...
DLL exception: Error rkGetSalesData (DelReasons)

SH
19.06.2014, 00:18
Логов пока нет, случайно подчистили
И что, перезапускаете сервер как приложение, запускаете пересчет кубов, если виснет - будут логи.


еще импорт в SH перестал работать
Правильно, в отчетах-то непонятно что.

Vladimir
23.06.2014, 11:54
2868Все, вот логи сервера справочников. По моим суждениям логов, пытается создать какой - то файл и не может его заменить и все по кругу.

alkon132
23.06.2014, 21:20
23.06 10:44:20 7215:File backup complete: D:\base\rk7.udb -> D:\base\backups\databases\2014.06.23.at.10.43\rk7. udb
-------------------------------------
23.06 10:44:21
695:Backup process error: Invalid file format. Found signature: 'iГRЇ', expected: 'ABS0LUTEDATABASE' - Native error: 10470
Invalid file format. Found signature: 'iГRЇ', expected: 'ABS0LUTEDATABASE' - Native error: 10470

C 7.4 на 7.5 обновляли? Если да - завершения обновления дождались или подумали, что всё зависло и убили процесс?
Размер check.udb какой?

VampireKB
23.06.2014, 22:00
Вредный совет:
откройте этот файл программой notepad++ и просто замените в первой строчке первые знаки,включая 'iГRЇ' на ABS0LUTEDATABASE и попытайтесь снова.
о результате отпишитесь :-)

З.Ы. БЭКАП ОБЯЗАТЕЛЕН !

Эркипер Сторехаусович
24.06.2014, 03:39
судя по логу - недообновили check.udb , удалите его , перезапустите реф и подкиньте смены вручную.

Vladimir
24.06.2014, 10:44
C 7.4 на 7.5 обновляли? Если да - завершения обновления дождались или подумали, что всё зависло и убили процесс?
Размер check.udb какой?

обновляли, ага, дождались обновления хотя оно было оооочень долгим.
check.udb 256 мб.

---------- Добавлено в 09:44 ---------- Предыдущее сообщение было размещено в 09:39 ----------


Вредный совет:
откройте этот файл программой notepad++ и просто замените в первой строчке первые знаки,включая 'iГRЇ' на ABS0LUTEDATABASE и попытайтесь снова.
о результате отпишитесь :-)

Там все хорошо, строка начинается с ABS0LUTEDATABASE 'iГRЇ' этих символов нет.


Сейчас делаю все по совету Эркипера Сторхаусовича и после того как перевыгрузил смены с одной кассы СС достоточно быстро все пересчитал, думаю что это поможет. Спасибо оггромное. Если что еще напишу.

Vladimir
24.06.2014, 17:08
Продолжу тут, хотя могу создать новую тему.
Все хорошо отчеты есть. Пересчет быстрый. Но возникла проблема с тем что импорт в SH не идет, ошибок никаких нет, лог вот

24.06.2014 16:07:41
RK7
Импорт групп станций... Обработано записей: 1, добавлено записей 0.
Импорт товарных групп... Обработано записей: 63, добавлено записей 0.
Импорт категорий расхода (причины удаления)... Обработано записей: 6, добавлено записей 0.
Импорт категорий расхода (валюты)... Обработано записей: 16, добавлено записей 0.
Импорт категорий расхода (типы оплат)... Обработано записей: 8, добавлено записей 0.
Импорт товаров... Обработано записей: 275, добавлено записей 0.
Импорт расхода...
11.06.2014... Обработано записей: 0, добавлено записей 0.
12.06.2014... Обработано записей: 0, добавлено записей 0.

При этом этих данных в СХ нет, т.к. эти дни вообще не выгружались до этого.

SH
24.06.2014, 20:14
А что ожидали?

Эркипер Сторехаусович
25.06.2014, 10:27
Импорт в SH4 не идет потому что смены могли не прогрузиться в SQL. В этом случае поможет утилита I_TEST (скачайте с фтп юсиэса) ,она лезет в SQL и анализирует данные для выгрузки

Vladimir
25.06.2014, 10:57
А что ожидали?

Я ожидал что все будет работать как положено =), т.к. из - за зависаний сервера справочников ипмпорт не делалася с 10 июня. Теперь когда мы с Вами общими усилиями разобрались в проблеме с зависаниями (за что Вам огромное спасибо) импорт в СХ у нас все равно не идет, вот я и пытаюсь понять почему =)

SH
25.06.2014, 12:36
Ясно, ну, Выше Вам написали предполагаемую причину и совет, что делать.

Vladimir
25.06.2014, 14:42
Кто нибудь может прислать i_test утилиту или лучше сюда выложить? К сожалению нету возможности сейчас у дилера попросить.

SH
25.06.2014, 15:11
Запрос на почту.

Vladimir
26.06.2014, 12:40
Еще раз спасибо всем за помощь в поиске решения моей проблемы. Со импортом в сторхаус тоже разобрались, проблема оказалась банальна, не досмотрели одну строчку. В Свойствах Сервера Отчетов => Источник данных кубов надо было поставить "БД SQL", после этого импорт пошел как положено.