[ОТВЕТИТЬ]
Опции темы
11.05.2016 09:40  
DMaslov
Снял галку архивации.
Как и ожидалось (мной), время формирования рассылки не уменьшилось.
Размер пакета стал вместо нескольких килобайт 1.5 Мб (неархивированный). Основное время он проводит на этапе "формирование ВП", в это время можно наблюдать потроха.

SQL:
SQL код:
Select COMPLEXARTICLEARTICLEAMOUNTISDEPENDENTPRICEPERCENT
  from Supermag
.SMCOMPLEXARTICLES
 where COMPLEXARTICLE 
'021779'  SELECT MAX(EVENTTIME)
          
FROM (SELECT EVENTTIME
                  FROM SMCARDSECURITYLOG
                 WHERE ARTICLE 
= :B1
                   
AND EMPLOYEE <> -3
                UNION ALL
                SELECT EVENTTIME
                  FROM SMASSORTMATRIXHIST
                 WHERE ARTICLE 
= :B1
                   
AND EMPLOYEE <> -3
                UNION ALL
                SELECT EVENTTIME
                  FROM SMDISCQUANTITYLOG
                 WHERE ARTICLE 
= :B1
                   
AND EMPLOYEE <> -3)


SELECT MAX(EVENTTIME)
  
FROM (SELECT EVENTTIME
          FROM SMCARDSECURITYLOG
         WHERE ARTICLE 
= :B1
           
AND EMPLOYEE <> -3
        UNION ALL
        SELECT EVENTTIME
          FROM SMASSORTMATRIXHIST
         WHERE ARTICLE 
= :B1
           
AND EMPLOYEE <> -3
        UNION ALL
        SELECT EVENTTIME
          FROM SMDISCQUANTITYLOG
         WHERE ARTICLE 
= :B1
           
AND EMPLOYEE <> -3)
           
Select ARTICLE,DOCTYPE,OPCODE from Supermag.SMCARDSALERATEOPERS where ARTICLE='096626' 


Чтобы не было, как в анекдоте "жаль, у меня еще столько хороших идей", возьмем на вооружение "кол-во объектов в пакете 1000" и "вынести на другой сервер".
 
11.05.2016 11:53  
ReDHawK
Цитата:
Сообщение от Mr_Vito
в офисе стала тормозить база, стал смотреть процессы на сервере, оказывается один процесс жрет постоянно 300-400 мб/с на чтение винт
Версию не пробовали указывать при проблеме?

До версии 1.033 были зависания почтовика при большом кол-ве пакетов, когда в почтовике висело долго "Отбор виртуальных пакетов". Помогала очистка статистики очереди почтовика. Если у вас младше 1.033. Попробуйте остановите почтовик, выполните: ANALYZE TABLE SUPERMAG.SMPOSTQUEUE DELETE STATISTICS; Запустите почтовик. Посмотрите не изменилось ли поведение почтовика.
 
"Спасибо" ReDHawK от:
11.05.2016 11:58  
-Den-
Если на почтовике/его настройках/правилах рассылки/ лежал "большой болт" и вдруг его решили убрать то можно начать с
Цитата:
select * from smpostfailPack
select * from smpostfailin
select * from smpostfailindata
select * from smpostfailRP
select * from smpostfailrpdata
select * from smpostvirtpacks
select * from smpostpackages order by firststarted desc
select * from smpostqueue order by enqtime desc


SELECT TABLE_NAME,
ROUND((BLOCKS*8),2) kByte,
ROUND((NUM_ROWS*AVG_ROW_LEN/1024),2) KBReal,
ROUND((BLOCKS*8-NUM_ROWS*AVG_ROW_LEN/1024),2) Ha_kB
FROM USER_TABLES
where blocks is not null
order by Ha_kB desc
пс только аккуратно и осторожно, smpost...блаблабла может отличатся в десятки раз и надо подумать зачем и почему перед move/rebuild/analyze, а так реально помогает, но это если был жЁсткий криминал)))
 
11.05.2016 12:22  
ReDHawK
Кстати, слышал кто-то перенес smpostqueue на другой диск и почтовик перестал так себя вести. alter table SMPOSTQUEUE move tablespace BIG_TABLES;
 
11.05.2016 21:29  
OlegON
перенос на другой диск даст эффект только если речь идет о свободном и отдельном физическом диске. т.е. за счет разделения нагрузки.
 
 


Опции темы



Часовой пояс GMT +3, время: 10:59.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.