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; Запустите почтовик. Посмотрите не изменилось ли поведение почтовика.
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, время: 21:07.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.