Побились скрипты SQL

[ExiveR]

Доброго дня.

Сегодня возникла проблема - сервер отчетов запускается и вроде как работает, к нему можно подключиться из приложения Станция Менеджера, формирует отчеты, но не загружает свежие смены и они остаются лежать в папках RetryLst и Incoming.
В журнале RepsServ.stk последние записи такие:
-------------------------------------
07.10 11:35:37.867
33:>>> Connected to referent server RK7REFSRV. Version=7.5.3.262
-------------------------------------
07.10 11:35:52
684:Query (D:\RK7\bin.2015\win\SQLDebug\07102015\sql38B.tmp) execution exception: Async SQL Query execution error: Недопустимое имя объекта "LOGBOOK"
Windows error =183 (B7h). Невозможно создать файл, так как он уже существует.
-------------------------------------
07.10 11:35:52
5250:Cube Куб по истории (10927) SQL View error: Async SQL Query execution error: Недопустимое имя объекта "LOGBOOK"
Async SQL Query execution error: Недопустимое имя объекта "LOGBOOK"
-------------------------------------
07.10 11:35:53
5265:Cube Расход блюд по классификациям (10939) SQL View error: Wrong SQL Script (LoadSQLQuery)
-------------------------------------
07.10 11:35:53
5265:Cube Куб по загруженным сменам (10948) SQL View error: Wrong SQL Script (LoadSQLQuery)
-------------------------------------
07.10 11:40:12
5026:Error building HTML report
Task terminated (from "Main task",reason=1)
00012F1F.D:\RK7\bin.2015\win\THREAD32.DLL
-------------------Start STACK------------------

Что уже успел попробовать, ожидая ответа от дилера:


1. Сделал бэкап на всякий случай, восстановил базу за август, перезапустил, но в журнале те же записи появляются.

2. Сервер Справочников запускал с параметром
===========================
[REFSERVER]
;;Restoring SQL-scripts
UpgradeAnyTime=1
===========================
Не помогло

3. Файл upgradepresets.abs сравнил с эталоном из архива - идентичны.

[lEEFT]

0) удалить темпы и ретраи
1) Проверить скрипт куба напрямую в SQL и посмотреть параметр источника данных на текущем сервере отчетов.
2) Сделать экспорт словарей из РК7 в SQL (добавит и перезапишет кубы)
3) подкинуть смены заново

Скорее всего, при создании новой базы скуля вы не сделали экспорт.

[ExiveR]

0) удалить темпы и ретраи
1) Проверить скрипт куба напрямую в SQL и посмотреть параметр источника данных на текущем сервере отчетов.

Сразу сделал, предварительно скопировав.



1) Проверить скрипт куба напрямую в SQL и посмотреть параметр источника данных на текущем сервере отчетов.
2) Сделать экспорт словарей из РК7 в SQL (добавит и перезапишет кубы)

Эм-м... Как это сделать?


Скорее всего, при создании новой базы скуля вы не сделали экспорт.
Вроде как по видеоинструкции с этого форума всё делал.

[lEEFT]

Эм-м... Как это сделать?
- Через правую клавишу на кубе "посмотреть запрос"
- Сервис - экспорт данных- экспорт в другую БД.

[ExiveR]

- Через правую клавишу на кубе "посмотреть запрос"

Посмотрел, скопировал в SQL SMS и выполнил, указав из какой базы делать выборку, без ошибок.


- Сервис - экспорт данных- экспорт в другую БД.
Там всё нормально. Я даже базу чистую создал, создал строку соединения с нуля SQL Native 11.
Затем зашел на сервер справочников и сделал (Сервис - Экспорт данных - Экспорт в другую БД - оставил пункты по умолчанию "Накопительные данные" и "Данные справочников")
Запускаю Сервер Отчетов и то же самое:

[lEEFT]

удали лог, запусти СО и уже весь лог с ошибками приложи.

[ExiveR]

Вернул бэкап базы который сделал перед созданием чистой базы и вижу, что СО падает примерно через минуту, а в логе видно, что ему что-то не нравится в SQL.

удали лог, запусти СО и уже весь лог с ошибками приложи.
4233


07.10 16:44:28
436:Error loading item Microsoft SQL Server(0) from server RK7REFSRV in collection Base Dialect
Task terminated (from "Main task",reason=1)
00012AAA.D:\RK7\bin.2015\win\THREAD32.DLL

[lEEFT]

Опиши как у тебя сейчас все настроенно. 1 реф сервер и 2 отчетных? Или 2 копии реф+отчетный? Базы скуля что и где. Что-то так с места уже и не могу предложение дать, будем начинать с истоков...

[ExiveR]

Опиши как у тебя сейчас все настроенно. 1 реф сервер и 2 отчетных? Или 2 копии реф+отчетный? Базы скуля что и где. Что-то так с места уже и не могу предложение дать, будем начинать с истоков...
1 Сервер справочников
1 Сервер отчетов (2-ой поднимал вчера на время и уже выключил)
База на MS SQL 2012 Ent (лежит на SSD)
Всё крутится на 1-ом сервере.

[lEEFT]

попробуй так:
Очистить логи серверов.
Погасить сервера
в конфиге справочника usesql=0
сделать экспорт словарей в Скуль
потушить реф
в конфиге справочника usesql=1
Еще раз проверить настройки СО в редакторе.
запустить реф
Если СО не совмещен с РЕФсервером, то очистить папку датабейс СО.
Включить СО в режиме десктопа, дождаться нормальной иконки

посмотреть логи.

У тебя там ошибки на родителей меню.

[ExiveR]

попробуй так:
Очистить логи серверов.
Погасить сервера
в конфиге справочника usesql=0
сделать экспорт словарей в Скуль
потушить реф
в конфиге справочника usesql=1
Еще раз проверить настройки СО в редакторе.
запустить реф
Если СО не совмещен с РЕФсервером, то очистить папку датабейс СО.
Включить СО в режиме десктопа, дождаться нормальной иконки

посмотреть логи.

У тебя там ошибки на родителей меню.
Подождите... РефСервер всегда должен запускаться с параметром UseSQL=1?!
Просто у меня всегда равен 0 и дилер объяснил это тем, что Сервера Справочников и Отчетов разделены.

[lEEFT]

разделены - да, с 0 тогда.
тут мысля закралась... в общих сменах новые смены появились? пересчет кубов делали?

[ExiveR]

тут мысля закралась... в общих сменах новые смены появились? пересчет кубов делали?
Вчера еще всё работало и сегодня тоже - вчерашние смены сели нормально. Не сели за предыдущие 2 дня и начал их перезагружать (разрешить перезакачать смену) с последующим копирование в incoming. А когда не увидел данных в кубе отчета после пересчета, то уже полез в логи и увидел эти ошибки.

[lEEFT]

Не сели за предыдущие 2 дня и начал их перезагружать (разрешить перезакачать смену)всмысле? перле перезакачки встали нормально? Если не правильная логическая дата, то ее можно изменить через менеджерскую

[ExiveR]

всмысле? перле перезакачки встали нормально? Если не правильная логическая дата, то ее можно изменить через менеджерскую
Нет... Сбоя времени/даты на кассах не было чтобы дата смены улетела в нерабочий период. Логическая дата смены равна реальной (в худшем случае - дата закрытия смены следующего утра вслед за рабочей датой).
Смены отображались в списке общих смен, но в отчет данные не попадали - такое изредка случалось и вопрос решался перезакачкой смены, но не в это раз.

[ExiveR]

В общем не стал дилер ломать мозг, сказав, что версия 7.5.3 больше не поддерживается.
Установили последнюю платформу 7.5.4.166, пересоздал базу и залил смены.
Если ситуация повториться когда-нибудь, то апну тему.
Спасибо за внимание и lEEFT (http://www.carbis.ru/forum/member.php?u=4256) за попытку помочь .

[lEEFT]

Забавный дилер...
Проще по удаленке ковырять, чем на форуме и по памяти. Помогаю безвозмездно, но редко :)
Надеюсь, хоть так проблема уйдет.