Страница 3 из 4 ПерваяПервая 1234 ПоследняяПоследняя
Показано с 21 по 30 из 39

Тема: ОЧЕНЬ медленная обработка смен Сервером Отчетов

  1. #21
    Разбирающийся
    Регистрация
    21.08.2007
    Адрес
    Санкт-Петербург
    Сообщений
    167
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)
    Привет.
    Есть похожая проблема.
    Перестал считаться куб по расходу (время ожидания запроса истекло).
    База скуля большая (>15Гб).
    Увеличение времени ожидания до (7-значного числа) не помогает, ошибка вылетает (при чем быстро).
    Фильтр помогает только если поставить 2-3 дня для пересчета (10 дней уже не считает).
    Последние удачные попытки пересчета длились примерно 2,5 часа.
    Если напрямую сделать запрос в скуле - отрабатывает без ошибки примерно за то же время (как и раньше через РК7)
    Оператива и проц с запасом, версия рк7 - 7.5.2.490, скуль 2012.
    UseShift2SQL=1 - пробовал с ним и без него.
    Где ещё можно копать?

  2. #22
    Разбирающийся
    Регистрация
    23.04.2014
    Адрес
    Волгоград
    Сообщений
    1,619
    Поблагодарил(а)
    5
    Благодарностей: 29 (сообщений: 24)
    На всякий случай очевидный вопрос - редакция SQL не Express?

  3. #23
    Разбирающийся
    Регистрация
    21.08.2007
    Адрес
    Санкт-Петербург
    Сообщений
    167
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)
    Цитата Сообщение от alkon132 Посмотреть сообщение
    На всякий случай очевидный вопрос - редакция SQL не Express?
    Нет, Microsoft SQL Server Enterprise.
    В экспрессе 2012 10Гб ограничение, база уже 15.
    Я думаю что если бы был трабл в самом скуле то запрос бы и в нем не выполнялся?

    Кстати есть такая же проблема на экспрессе (база 700 метров), ещё не копался.

    ЗЫ: Тот сервер про который спрашиваю - есть центральный, куда стекаются данные с локальных серверов отчетов.

  4. #24
    Разбирающийся
    Регистрация
    25.05.2009
    Адрес
    Москва
    Сообщений
    786
    Поблагодарил(а)
    1
    Благодарностей: 7 (сообщений: 7)
    можно попробовать сделать экспорт справочников в SQL заново. Возможно, "побились" представления куба.
    Второй вариант - восстановить базу SQL из бекапа.

  5. #25
    Разбирающийся
    Регистрация
    21.08.2007
    Адрес
    Санкт-Петербург
    Сообщений
    167
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)
    Цитата Сообщение от lEEFT Посмотреть сообщение
    можно попробовать сделать экспорт справочников в SQL заново. Возможно, "побились" представления куба.
    Второй вариант - восстановить базу SQL из бекапа.
    С бэкапом попробую, хотя слабо верится, а вот по поводу побились - маловероятно, т.к. за любые пару дней считает без проблем и моментально.

  6. #26
    Разбирающийся
    Регистрация
    25.05.2009
    Адрес
    Москва
    Сообщений
    786
    Поблагодарил(а)
    1
    Благодарностей: 7 (сообщений: 7)
    Может вам сделать несколько кубов:
    1 - Все данные за исключением текущего месяца. (пересчет раз в месяц)
    2 - Данные за текущий месяц. (пересчет каждый день)

    Снизите нагрузку на сервер, ускорите получение данных пользователям

    Это будет оф. ответом UCS из рекомендаций по оптимизации кубов.


    Есть еще вариант: Написать свой софт с отчетами, который будет работать быстрее Запросы кубов есть уже...
    Последний раз редактировалось lEEFT; 15.07.2015 в 12:41. Причина: дополнение

  7. #27
    Разбирающийся
    Регистрация
    21.08.2007
    Адрес
    Санкт-Петербург
    Сообщений
    167
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)
    Есть ещё одна проблемка... после "копаний" в рк7, а конкретно:

    1. создании доп.куба как раз с ограничениями на период (старый не изменял)
    2. параметром UseShift2SQL
    3. параметром maxcubecalcs
    4. изменением таймаута построения кубов в свойствах конкретного сервера
    и возврата всего к изначальным настройкам
    ошибка вылетает даже на 10 днях... (при этом по 2 дня это период считается, т.е. косяка в этих днях нет никакого)

    Цитата Сообщение от lEEFT Посмотреть сообщение
    Есть еще вариант: Написать свой софт с отчетами, который будет работать быстрее Запросы кубов есть уже...
    Похоже будет самый простой вариант

  8. #28
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)
    Похоже будет самый простой вариант
    Ню-ню... Я бы хотел посмотреть на самописные кубы... Именно кубы, а не линейные отчеты в FR...

    Если вам кубы не нужны и вы пользуетесь ими только для построение печатных форм, то вам прямая дорога к ИА отчетам...
    Ильин Александр, Компания "Соттос"
    г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
    г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
    www.sottos.ru | vk.com/sottos | fb.com/sottosru
    Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7

  9. #29
    ТВОРЕЦ СЧАСТЬЯ Аватар для SH
    Регистрация
    29.11.2006
    Сообщений
    18,069
    Поблагодарил(а)
    481
    Благодарностей: 192 (сообщений: 165)
    Я бы хотел посмотреть на самописные кубы
    По большому счету - лицензируется та же самая cube.dll и вперед.
    Алексей Аркадьев

    Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
    Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
    Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
    Для коммерческих вопросов:
    +7 (495) 740-49-91, или на почту: sales@carbis.ru

  10. #30
    Разбирающийся
    Регистрация
    18.10.2012
    Адрес
    Новосибирск, Омск
    Сообщений
    5,362
    Поблагодарил(а)
    188
    Благодарностей: 461 (сообщений: 364)
    По большому счету - лицензируется та же самая cube.dll и вперед.
    И смысл?
    Я не силен в технологии OLAP, но процедура пересчета кубов это же не просто "кнопочка в программе, не понятно зачем". Представления куба, хранящиеся в БД дают возможность оперативно формировать отчеты в разных разрезах. Если брать данные на прямую из SQL и сразу строить OLAP отчет, то легче никому не станет. А если писать свое представление куба, да еще с возможностью добавления полей и размерностей...
    Ильин Александр, Компания "Соттос"
    г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
    г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
    www.sottos.ru | vk.com/sottos | fb.com/sottosru
    Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7

Похожие темы

  1. Закрытие смен в кипере 7
    от michal3003 в разделе R-Keeper 7
    Ответов: 19
    Последнее сообщение: 12.01.2024, 01:01
  2. Обработка XML-ответов на сайте
    от Octo в разделе UCS-Премьера
    Ответов: 21
    Последнее сообщение: 23.05.2016, 14:33
  3. Очень-очень перепутанный белый и спец
    от Viskka в разделе Белый учет в Storehouse
    Ответов: 10
    Последнее сообщение: 27.04.2015, 23:11
  4. Сервер отчетов и пусть сохранения смен.
    от mnekin в разделе Сервер справочников и сервер отчетов R-Keeper 7
    Ответов: 6
    Последнее сообщение: 24.09.2014, 21:45
  5. Нужна обработка по выгрузке приходных накладных из 1С 8.2 в SH4
    от Иван_ в разделе OLE и обмен данными с 1С
    Ответов: 3
    Последнее сообщение: 18.02.2014, 18:06

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •