Цитирую документ Таблицы запросы мониториг_new
ЦЕПОЧКА ТАБЛИЦ В СУФД
---------Цепочка таблиц входящие
select * from queue_packet_in
select * from queue_in_pack2docq
select * from queue_document
select * from doc
select * from abstractdoc
---------Цепочка таблиц исходящие
select * from abstractdoc
select * from doc
select * from queue_document
select * from queue_out_pack2docq
select * from queue_packet_out
--------------------------------------
select * from document_queue_to_org
1. Цепочка документов (ПЕРВИЧКА) подгруженных из СЭД в ОК
Под sufd/sufd
select * from queue_packet_in where receivedate like '%21.09%' and filename like '326L03.AP9%'
Обращаем внимание на статус, успешный статус для подруженных с СЭДа это –' ARCHIVE’
---копируем номер ID – '14783593’
select * from queue_in_pack2docq where in_packet_id='14783593'–копируем гуид пакета – ’8ab38383-2b2d551b-012b-338895da-0dad’
select * from queue_document where guid='8ab38383-2b2d551b-012b-338895da-0dad'-- копируем globaldocid – это гуид документа!
'6eedaf3e-7ab2-4970-a181-50b30a9c6397'
select * from queue_document where contentobjectguid='6e242312-efae-4a54-b5d0-2cf08ad1a84c'- по этому гуиду будет две и более записи, входящая в АСФК и исходящая, директории IN и OUT.
select * from abstractdoc where globaldocid='6e242312-efae-4a54-b5d0-2cf08ad1a84c'--копируем номер DOCID- 14783636
По этому номеру находит в табличке DOC
select * from doc where docid='14783636' обращаем внимание на DOCTYPEID и на DOCSTATEID
23 – отправлен квиток в СЭД
21 – отправлен в tb_message
22 - отправлен в асфк (принят учетной системой)
20 - ошибка обработки
16 – отправляется
17 - отправлен
По гуиду документа в ТФФ (только для первичных доков (ap.zr.zv.zs..)), который = globaldocid=docguid в XML – можно на прямую сразу найти в Оebs по запросу –
Под apps\apps
select * from xxt_bs_doc_registry where doc_guid='6E242312-EFAE-4A54-B5D0-2CF08AD1A84C'--обращаем внимание на статус документв в oebs BISINESS_STATUS
888-отменен
880- к отмене
003-зарегистрирован
002-принят
Поиск на sufd2\sufd2 - гуид в верхнем регистре
SELECT id FROM TB_MESSAGE
WHERE (DBMS_LOB.INSTR(xml, UTL_RAW.CAST_TO_RAW(upper('6E242312-EFAE-4A54-B5D0-2CF08AD1A84C'))) > 0) and
time_create > to_date(SYSDATE) and
sys_from_code = 1--данный запрос только одну запись входящую с СУФД в ОЕBS т.к. условие [sys_from_code = 1] где 1-с СУФД, 2- с ОEBS
--из запроса копируем ID – 1793877 1793866
Далее можно найти в Oebs в Мониторе сообщений
2. Цепочка документов выгруженных с Оебс ОК-СЭД
Документ первичный первоначально подгружается из СЭД, поэтому в БД на данному гуиду в табличке queue_document будут записи IN и OUT
select * from queue_document where contentobjectguid='90c291bc-00de-1094-e043-0a3303041094'
select * from queue_document where guid='8ab38383-2b2d551b-012b-344efd30-130f'
- гуид пакета
select * from queue_out_pack2docq where docqueue_id='8ab38383-2b2d551b-012b-344efd30-130f'--копируется OUT_PACKET_ID [14804865]
select * from queue_packet_out where id='14804865' - видим адрес выгрузки пакета
По contentobjectguid можно найти документ в ABSTRACTDOC и скопировав ID проверить статус и тип документа в таблице DOC
select * from abstractdoc where globaldocid='6e242312-efae-4a54-b5d0-2cf08ad1a84c'
select * from doc where docid='14783636' - смотрим статус[docstateid]
3 Документы, передаваемые из ОК в ЗК и наоборот.
(Передача документов из ЗК в ОК и наоборот идёт черными ящиками, поэтому искать по гуиду пакета необходимо)
В Оебс находит выгруженный документ – идем в «Сервис - Транспортную историю» и копируем гуид. Далее «Администратор системы – XML-брокер - Монитор сообщений» ищем по гуиду.
Находим «Исх» с кодом «OAG90ProcessBudgetDocument01DX» (в зависимости от типа документа) копируем номер [1682998] в tb-message.
Под sufd2/syfd288
select * from tb_message where id=' 1682998'
Выгружаем XMLку и копируем BODiDом (XML Document/ApplicationArea/BODid)
(Для документов отправляемых из ОК в ЗК поиск на sufd/sufd идет с BODiDом из XML).
Меняем регистр BODiD и ищем на sufd выгруженный файл по запросу -
--запрос выходит директорию выгрузки файла по гуиду
select DT.NAME , D.DOCSTATEID, qpo.url, QPO.CREATEDATE from abstractdoc abd
inner join doc d on D.DOCID = abd.docid
inner join DOCTYPE dt on D.DOCTYPEID = DT.DOCTYPEID
inner join queue_document qd on QD.CONTENTOBJECTGUID = abd.GLOBALDOCID
inner join queue_out_pack2docq qp2 on QP2.DOCQUEUE_ID = QD.GUID
inner join queue_packet_out qpo on QP2.OUT_PACKET_ID = QPO.ID
where ABD.GLOBALDOCID =lower('90a9d840-9ca9-c0c8-e043-0a330304c0c8')
4. Документы из ЗК в ОК (по имени выгруженного шипмента)
Имя шипмента - 3280a829-392f-429f-9782-f2afa9f6fc7e.shipment
select * from queue_packet_in where filename like '%3280a829-392f-429f-9782-f2afa9f6fc7e.shipment%'
select * from queue_in_pack2docq where in_packet_id='14115598'
8ab38383-2b08e886-012b-2371b1f8-2d23
select * from queue_document where guid='8ab38383-2b08e886-012b-2371b1f8-2d23'
select * from abstractdoc where globaldocid='25cb58fb-40b8-471d-aabe-3f104c8190b5'
select * from doc where docid='14115986' статус должен быть 21 и doctypeid-10007
4. СПРАВОЧНИКИ
Справочники в Оебс через СУФД в формате ТФФ отправляются как ЧЯ (чёрные ящики), doctypeid-10007. Для справочников выгружаемых в из ОК ЗК – 16 статус на sufd-норм.
ПОИСК СПРАВОЧНИКА:
1. Выполнить запрос, только подставить свое название файла
------- поиск по имени файла
select qp.FILENAME, qp.STATUS, qp.ERRORMESSAGE, QD.ITEM_STATUS, QD.ERROR_MESSAGE, AD.GLOBALDOCID, d.doctypeid, d.docstateid from doc d
left join abstractdoc ad on ad.docid=d.docid
left join queue_document qd on AD.GLOBALDOCID=qd.CONTENTOBJECTGUID
left join QUEUE_IN_PACK2DOCQ qpd on qd.GUID = qpd.DOCQUEUE_ID
left join QUEUE_PACKET_IN qp on qpd.IN_PACKET_ID = qp.ID
where qp.FILENAME = 'имя файла';
2. Запомнить CONTENTOBJECTGUID это и есть гуид ЧЯ, и подставить его в запрос:
select * from DOC where docid in
(select docid from abstractdoc where globaldocid= lower('b85e16aa-80d0-45f3-a7c5-40e63944ba30'));
Можно посмотреть статус и определить текущее состояние записи.
3. Если ЧЯ отправлен в OEBS, то нужно искать запись в тб_мес. НО! Гуид уже у него гуид будет не CONTENTOBJECTGUID, а гуид записи справочника (из строки CGSTR из файла ТФФ)
---ПОД sufd2\sufd2
SELECT id FROM TB_MESSAGE WHERE DBMS_LOB.INSTR(xml, UTL_RAW.CAST_TO_RAW(upper('AF270116-E294-47E2-B1DB-3080CB3D1702'))) >0;
Запрос займет продолжительное время, чтобы этого избежать, можно добавить фильтр по ID например или по времени создания, т.е. посмотреть примерное время появления записи в DOC и выбрать примерный диапазон +15-20 мин от времени появления в док для поиска в тб_мес.
SELECT id FROM TB_MESSAGE WHERE DBMS_LOB.INSTR(xml, UTL_RAW.CAST_TO_RAW(upper('bae39706-f19f-49a9-9b5b-34f7cc4f0b4a'))) >;0
and time_create >;to_date('15:00:00 04.04.2011','HH24:MI:SS DD.MM.YYYY')
and sys_from_code=1;
5. Полезные запросы
5.1 Таблица хранения схем ТФФ
select * from dicttffschemaversion
поиск по маркеру из ТФФ
select * from dicttffschemaversion where marker='CH'
5.2 Таблицы хранения автопроцедур (АП)
select * from AP_ARGUMENT_VALUE
select * from ap_exec_operation;
5.3 Просмотр ошибок на sufd/sufd по гуиду
select qd.creation_date as TD_creation_date, qd.item_status TD_status, qd.direction TD_direction,
qd.ERRORCODE TD_errorcode, qd.ERROR_MESSAGE TD_errormessage,
qp.url P_url, qp.status P_status, qp.CREATEDATE P_createdate, qp.ERRORCODE P_errorcode, qp.ERRORMESSAGE P_errormessage
from queue_document qd
left join QUEUE_OUT_PACK2DOCQ qpd on qd.GUID = qpd.DOCQUEUE_ID
left join QUEUE_PACKET_OUT qp on qpd.OUT_PACKET_ID = qp.ID
where qd.contentobjectguid = lower('8f077d74-73aa-9062-e043-0a3303049062');
5.4 Выгрузка квитка/отчета
select DT.NAME , D.DOCSTATEID, qpo.url, QPO.CREATEDATE from abstractdoc abd
inner join doc d on D.DOCID = abd.docid
inner join DOCTYPE dt on D.DOCTYPEID = DT.DOCTYPEID
inner join queue_document qd on QD.CONTENTOBJECTGUID = abd.GLOBALDOCID
inner join queue_out_pack2docq qp2 on QP2.DOCQUEUE_ID = QD.GUID
inner join queue_packet_out qpo on QP2.OUT_PACKET_ID = QPO.ID
where ABD.GLOBALDOCID =lower('45e0213f-1960-42b6-ad4f-17c0ee8e6b91');
select qd.creation_date as TD_creation_date, qd.item_status TD_status, qd.direction TD_direction,
qd.ERRORCODE TD_errorcode, qd.ERROR_MESSAGE TD_errormessage,
qp.url P_url, qp.status P_status, qp.CREATEDATE P_createdate, qp.ERRORCODE P_errorcode, qp.ERRORMESSAGE P_errormessage
from queue_document qd
left join QUEUE_OUT_PACK2DOCQ qpd on qd.GUID = qpd.DOCQUEUE_ID
left join QUEUE_PACKET_OUT qp on qpd.OUT_PACKET_ID = qp.ID
where qd.contentobjectguid = lower('45e0213f-1960-42b6-ad4f-17c0ee8e6b91');
5.5 Поиск документа по гуиду в фискальном журнале
select * from log_fiscaljournal where docguid = lower ('99bad778-b65d-706a-e043-0a140612706a') order by creationdate;
5.6 Поиск квитка
select * from abstractdoc where docid='19772533' - 91ff9552-c960-d0e0-e043-0a330304d0e0
select QPO.URL, QPO.CREATEDATE from queue_document qd
inner join queue_out_pack2docq qp2 on QP2.DOCQUEUE_ID = QD.GUID
inner join queue_packet_out qpo on QP2.OUT_PACKET_ID = QPO.ID
where QD.CONTENTOBJECTGUID = lower(' A252758E-A4A6-B054-E043-0A2F0612B054’);
5.7 Поиск загруженного документа(-ов)
select DT.NAME , abd.GLOBALDOCID, D.DOCSTATEID, QPI.FILENAME , QPI.RECEIVEDATE from abstractdoc abd
inner join doc d on D.DOCID = abd.docid
inner join DOCTYPE dt on D.DOCTYPEID = DT.DOCTYPEID
inner join queue_document qd on QD.CONTENTOBJECTGUID = abd.GLOBALDOCID
inner join queue_in_pack2docq qp2 on QP2.DOCQUEUE_ID = QD.GUID
inner join queue_packet_in qpi on QP2.IN_PACKET_ID = QPI.ID
where QPI.FILENAME =upper('32594700.ZS5');
5.9 Запросы по справочнику связок, если надо определить сколько активных связок в БД
select d.CAFKCODE, d.UFKCODE, d.OFKCODE, d.BUDGETCODE, d.PPPCODE, d.DUBPCODE, d.CONTOUR, d.PROGRAMM, d.ORGROLE, d.CREATED, o.SYSTEMNAME, t.GLOBAL_ID, t.COMPLEX_TYPE
from dc_dictclientfktree d, org o, t_complex t, dict d1 where d.UFKCODE = '2000' and d.OFKCODE = '2024' and d.CONTOUR = 'N' and d.ORGROLE = 'OFK' and d.ORGCODE = o.ORGID and o.REMOTECOMPLEXID = t.ID and d.DOCID = d1.DOCID and d1.DOCSTATEID <> 2;
5.10 Поиск отправителя и получателя РР, выполнять на уфке или офке
SELECT *
FROM (SELECT 'receiver', fspi.bucode, fspi.fkcode, fspi.MASK, dc.docid, fspi.fieldsetid
FROM fieldset_stdpostinfo fspi, dc_docrr dc
WHERE fspi.fieldsetid = dc.receiverid
UNION ALL
SELECT 'sender', fspi.bucode, fspi.fkcode, fspi.MASK, dc.docid, fspi.fieldsetid
FROM fieldset_stdpostinfo fspi, dc_docrr dc
WHERE fspi.fieldsetid = dc.senderid)
WHERE docid = (select docid from abstractdoc where globaldocid = lower('209DA617-F570-4D4D-A4A9-645D37B4EB6F'))
select qd.ITEM_STATUS, qd.DIRECTION ,qd.ERRORCODE, qd.ERROR_MESSAGE, o.SYSTEMNAME, tc.GLOBAL_ID, tc.COMPLEX_TYPE
from queue_document qd join DOCUMENT_QUEUE_TO_ORG dq on qd.guid = dq.DOCUMENT_GUID
join org o on dq.org_id= o.ORGID
join t_complex tc on o.remotecomplexid = tc.id
where qd.contentobjectguid = lower('гуид');
5.11 офигенный запрос на офке который показывает, куда что выгружалось и ошибки все возникшие по ним.
select qd.ITEM_STATUS, qd.DIRECTION ,qd.ERRORCODE, qd.ERROR_MESSAGE, o.SYSTEMNAME, tc.GLOBAL_ID, tc.COMPLEX_TYPE
from queue_document qd join DOCUMENT_QUEUE_TO_ORG dq on qd.guid = dq.DOCUMENT_GUID
join org o on dq.org_id= o.ORGID
join t_complex tc on o.remotecomplexid = tc.id
where qd.contentobjectguid = lower('гуид');
5.12
select d.CAFKCODE, d.UFKCODE, d.OFKCODE, d.BUDGETCODE, d.PPPCODE, d.DUBPCODE, d.CONTOUR, d.PROGRAMM, d.ORGROLE, d.CREATED, o.SYSTEMNAME, t.GLOBAL_ID, t.COMPLEX_TYPE
from dc_dictclientfktree d, org o, t_complex t, dict d1 where d.UFKCODE = '2000' and d.OFKCODE = '2024' and d.CONTOUR = 'N' and d.ORGROLE = 'OFK' and d.ORGCODE = o.ORGID and o.REMOTECOMPLEXID = t.ID and d.DOCID = d1.DOCID and d1.DOCSTATEID <> 2;
6. Типичные ошибки tb_message (SUFD2) и их решение
6.1 Документ на 4 статусе в таблице tb_message
TYPE_MESSAGE - протокол
ERROR- TEXT - «Error processing message from back office ->;
Отсутствует активная схема подписи версии шаблона [3] для документа типа [PROTOKOL] с соответствующими условиями применимости”
Суть ошибки – СУФД не может забрать документ т.к. отсутствует активная схема подписи
Решение – В толстой адмнке – Настройки криптографии-схемы подписи документов. Активировать необходимо схему подписи. Далее изменить статус документа с 4 на 1.
6.2 Документ на 4 статусе в таблице tb_message
TYPE_MESSAGE - Справ.
ERROR- TEXT - Error processing message from back office -> Illegal message adapter type/version
= [ProcessRDAssociator]/[115.0] or docAbbreviation = [9НД]. There isn't such OAGIS message adapter –
Суть – СУФД не понимает тип 9НД, а также - 9МУ, 9ДН, он ему не нужен.
Решение – не ошибка.
6.3
ERROR- TEXT - Error processing message from back office -> Current synchronisation message (abbreviation = [УЗА]) can not be handled as process message (document with guid = [ccb785ec-fa45-4566-804b-3590b39d7302] has not been created yet)
Суть - Принимается документ гуида которого нет в СУФД т.е. данный документ должен ложится поверх ранее выгруженного в ОеБС документа, но не находит его.
6.4
Error processing message from back office -> Illegal message adapter type/version = [SyncBudgetDocument]/[115.0], docAbbreviation = [БД9] or document type = [NOTICE_SAP]. There isn't such OAGIS message adapter
Принимается тип документа на документ другого типа на который он не может приниматься. (в данном случае принимается Синк для типа документа РР(SyncBudgetDocument), при этом гуид документа из синка - это в СУФД документ NOTICE_SAP, а не РР)
6.5
Error processing message from back office -> Required fieldSet not found by rowNumber = []
Суть – В СУФД уже есть документ с гуидом, который указан в этом сообщении. Поэтому происходит попытка обновления документа. В искомом пакете имеются вложенные строки (Line), которые никак не сопоставлены строкам в документе. Почему так в конкретном случае - не ясно. Либо документ в принципе не придусматривает обновление строк, либо набор строк в документе и пакете разный.
7. Ошибки на SUFD|SUFD
7.1. Отчеты на 16 статусе. Не выгружаются отчеты клиентам.
По запросу в таблице DOC с типом 10201 есть записи на 16 статусе или на 20. Суть. По гуиду отчета найти в servec.log причину почему не отправлен. Например будет написано «не найдет шаблон типа TFF итд». Соответственно у вас в справочнике нет актуального отчета.
Решение – Выгрузить необходимый шаблон отчета из оebs. Администратор системы-настройка отчетности-шаблоны отчетов/ Находим нужный отчет, выделяем и делаем “Выполнить-выгрузить метаданные. Проверяем начилие шаблона в справочнике и меняем статус в таблице DOC 16 надо было перевести 18 см КВ-218.
7.2 Ошибка при подгрузке ТФФ
«Файл [7313FT03.APC] обработан с ошибками. Извлечено документов: 0 Ошибки извлечения документов: Не удалось получить id организации по системному имени».
Решение: Проверить наличие лицевого счета в СУФД. Для это выполнить под sufd|sufd в следующих таблицах:
Решение: Проверить наличие лицевого счета в СУФД. Для это выполнить под sufd|sufd в следующих таблицах:
--все записи по л/с
select * from dc_dictaccinfo d where d.PKNUMBER = 'лицевой счет';--актуальные записи по л/с
select * from dc_dictaccinfo d where d.PKNUMBER = 'лицевой счет' and d.FD < sysdate and (d.TD > sysdate or d.TD is null);
--справочник л/с
--все записи по л/с
select * from dc_dictaccounts d where d.CODE = 'лицевой счет';--актуальные записи по л/с
select * from dc_dictaccounts d where d.CODE = 'лицевой счет' and d.FD < sysdate and (d.TD > sysdate or d.TD is null);У лишних записей поле «ACTIVE» изменить на 0.
8. Мониторинг
8.1 Просмотр очереди в tb_message (SUFD2)
select sys_from_code, status, count(*) from tb_message where time_create > to_date(SYSDATE) group by status, sys_from_code
запрос по системной дате, в идеале на статусе 1 и 2 не должно быть пробок.
Статусы таблицы tb_massage
1-принят
2-ждет обработки
3-успешно обработан
4-ошибка
8.2 Запрос на sufd2 по TYPE_MESSAGE на системную дату
select type_message, sys_from_code, status, count(*) from tb_message
where time_create > to_date(SYSDATE)
--and type_message = 'Справ.'
group by type_message, status, sys_from_code
order by 1, 3;8.3 В тонкой админке реализован функционал мониторинга транспортных очередей.
Мониторинг СУФД - все записи – поиск. В окне ввести GUID пакета или данные лучше брать из таблицы queue_document [sufd|sufd], результат выдаст время обработки пакета и присвоенный номер для пакета в таблице tb_message [sufd2].
8.4 Количество документов обработанный в день на sufd
select DT.NAME , d.docstateid, count(*) from doc d
inner join DOCTYPE dt on D.DOCTYPEID = DT.DOCTYPEID
where createdate > to_date(SYSDATE)
group by DT.NAME , d.docstateid
order by 1;
10. Описание работы ПЗУ(Запрос на выяснение платежа) в СУФД перед выгрузкой в СУФД. (ZF)
1.При приеме документа в СУФД из ОЕБС, и отработки АП Рассылки документов - идет определение по получателю принадлежности документа к получателю СЭД или СУФД. В случае принадлежности к СУФД, заявка переводится на статус 16 и отрабатывается как и остальные документы по транспорту для документов СУФД. В случае определения документа для СЭД, переводится статус на 10025
2. АП Процедура формирования пакетов для выгрузки запросов на выяснение платежа в СЭД берет документы и группирует на основе отправителя, получателя и л/с
3. Пакет сохраняется в БД на статус 3080, все включенные в него доки переходят на статус 10026
4. АП рассылки хватает пакет и отправляет в трансформер, он становится на статус 16, поле выгрузки в тфф будет 17.
В самом транспорте вызывается его трансформер и формируется ТФФ, которая выгружается в директрою получателя в зависимости от маски.
Поиск «Пакета запросов на выяснение платежа», в который вошел ваш запрос:
По гуиду исходного документа «запросов на выяснение платежа»
– запрос по гуиду выгруженного ПЗУ из ОеБС выводит данные: Гуид ПЗУ, docid пакета в который попал ПЗУ после отработки Автопроцедуры, Статус этого пакета в котором находится данный ПЗУ, и гуид этого пакета в котором находится данный ПЗУ.
select fa.ACCPAYMENTGUID as Гуид_ПЗУ, d.docid as docid_Пакета_в_котором_ПЗУ,
d.docstateid as Статус_пакета_в_котором_ПЗУ, ab.globaldocid as Гуид_пакета_в_котором_ПЗУ from doc d
left join abstractdoc ab on ab.docid=d.DOCID
left join LT_ACCPAYMENTPACK_LIST la on d.docid=la.DOCID
left join FS_ACCPAYMENTPACK_LIST fa on la.ENTITYID=fa.FIELDSETID
where fa.ACCPAYMENTGUID=lower('9F9E2672-17C5-47F2-B156-DC0A7ED3EED4');
11. СИНХРОНИЗАЦИЯ с ОЕБС
Справочники СУФД которые обаятельны для работы АП маршрутизации:
1. СРРПБС,
2. инф о л/с,
3. Органы ФК
Справочники СУФД которые обязательны для работы СС:
1. СРРПБС -
2. Справочник органов ФК
3. Вид платежа
4. Бюджеты
5. Справочник ФО
6. Коды бюджетной классификации
7. Соответствие типов и статусов документов
8. Типы л/с
9. Шаблоны печати
10. Л/С
11. Уровни бюджета
12. Окато
Справочник Банков выгружается только из визуалки оебс или канкарентом.
Шаблоны отчетов выгружаются только из визуалки для принятия изменения в суфд надо запустить АП настройка шаблонов печати.
12. Изменение транспортных адресов на ATESTE
Выполнить под sufd|sufd если адреса изменились!!!
update t_complex_address set DIGEST='file:///ftas02/test/sufd/STAND/transport' where DIGEST <> 'OEBS'
commit;
13. Удаление документа на базе офка
13.1 Найти в таблице doctype systemname документа и по аналогии найти
delete from dc_zkr_zkc where docid='7860744';
delete from doc_transport_history where doc_id='7860744';
delete from doc where docid='7860744'
delete from routecontext where docid='7860744'
delete from abstractdoc where docid='7860744'
14. Зачистка СУФД и SUFD2
delete queue_in_pack2docq;
delete queue_packet_in;
delete queue_out_pack2docq;
delete queue_packet_out;
delete document_queue_to_org;
delete queue_document;
delete from sufd.doc_transport_history;
delete from sufd.log_fiscaljournal;
truncate table tb_message;
truncate table tb_message_big_attributes;
select count (*) from doc;15. Просмотр табличного пространства в СУФД-оффлайн. Под system/manager;
select * from v$instance;
SELECT * FROM V$DATAFILE where TS# in (SELECT TS# FROM V$TABLESPACE where name = 'SUFD_TS');
select * from dba_data_files where tablespace_name ='SUFD_TS' order by 1;
команда создания табличного пространства
sqlplus / as sysdba
create tablespace SUFD_TS datafile 'C:\oracle\product\10.2.0\oradata\sufd\SUFD_TS01.DBF' size 2000M;
увеличение ТП
SQL> alter tablespace SUFD_TS add datafile 'C:\oracle\product\10.2.0\oradata\sufd\SUFD_TS02.DBF' size 100M AUTOEXTEND ON NEXT 100M MAXSIZE 2G ;
alter tablespace SUFD_TS add datafile 'C:\oracle\product\10.2.0\oradata\sufd\SUFD_TS02.DBF' size 2000M;
16. Просмотр директорий для dump
system/manager
select * from dba_directors;
17. Выставить TZ
(19:05:16) Vadim.Pechorin: # следующую строку вставляем сами
# необходимо посмотреть значение переменной TZ командой echo $TZ и вставить его вместо Asia/Magadan одинарные кавычки очень важны, в них собственно и дело
JAVA_OPTIONS="$JAVA_OPTIONS -Duser.timezone='Asia/Magadan'"
# Это всё что было вставлено в код sufd.sh всё остальное стандартное
(19:05:29) Vadim.Pechorin: #####################################################
# Add jetty properties to Java VM options.
#####################################################
JAVA_OPTIONS="$JAVA_OPTIONS -Djetty.home=$JETTY_HOME -Djava.io.tmpdir=$TMP"
[ -f $JETTY_HOME/etc/start.config ] && JAVA_OPTIONS="-DSTART=$JETTY_HOME/etc/start.config $JAVA_OPTIONS"
# следующую строку вставляем сами
# необходимо посмотреть значение переменной TZ командой echo $TZ и вставить его вместо Asia/Magadan одинарные кавычки очень важны, в них собственно и дело
JAVA_OPTIONS="$JAVA_OPTIONS -Duser.timezone='Asia/Magadan'"
# Это всё что было вставлено в код sufd.sh всё остальное стандартное
if [ "UTC_TIMEZONE" = "Y" ]
then
JAVA_OPTIONS="$JAVA_OPTIONS -Duser.timezone=Asia/Magadan"
fi
#####################################################
# This is how the Jetty server will be started
#####################################################
18. Реплики
Под sufd/sufd
Запрос количества отправленных записей;
1. select max(localrplversion) from dict; Например 1850317
2. select * from t_complex; --копируем ID необходимого комплекса, например 14480203
Подставляем номер ID и число из первого скрипта в 3-й скрипт:
3. declare
cursor cr_doctype is select doctypeid from doctype where dictionary=1;
TYPE
doctypes is ref cursor return cr_doctype%ROWTYPE;
vdoctype doctypes;
complex number;
localRplVersion number;
recordid number;
function getId return Number
is
res Number;
begin
select hibernate_sequence.NEXTVAL into res from dual;
return res;
end;
begin
complex := 89211251 ;
localRplVersion := 1143318;
delete from RPL_SENT_OBJECT where complexid=complex;
for vdoctype in cr_doctype
loop
recordid := getId();
INSERT INTO RPL_SENT_OBJECT VALUES (recordid,0, complex,localRplVersion,vdoctype.doctypeid);
end loop;
commit;
end;
18. Поиск выгруженной репликации в отделение OFF-LINE
18.1 Поиск выгруженной репликации справочника, вначале в интересующем справочнике находим DOCID, чтобы по нему найти GUID искомой записи:
---Поиск выгруженной репликации
select dc.*
from DC_DICTACCINFO dc inner join dict di on DC.DOCID = DI.DOCID
where di.docstateid <> 2 and DC.PKNUMBER = '03123006930';
---DOCID=7699091
---ищем GUID в таблице по DOCID
select * from abstractdoc where docid='7699091'
---Просмотр директорий выгрузки по гуиду, можно посмореть в какие офки выгрузилась репликация:
select url-- qd.*,qpo.*--, doc.docid
from queue_document qd, queue_out_pack2docq lt, queue_packet_out qpo--, doc
where lt.DOCQUEUE_ID = qd.GUID and qpo.ID = lt.OUT_PACKET_ID
and DBMS_LOB.INSTR(queue_item, UTL_RAW.CAST_TO_RAW(lower('f7ef2c3f-ce70-46ce-8aa4-8bebf3f0f8dc'))) >0
and creation_date > to_date('06.09.2011')
18.2 Повторная выгрузка записи справочника
Чтобы перепослать запись, можно:
1. Удалить запись из раздела "Репликации/Отправленные объекты", и тогда вышйдет весь справочник.
2. Можно перепослать конкретную запись, указав ей больший номер:
update dict
set LOCALRPLVERSION = (select max(LOCALRPLVERSION) + 1 from dict)
where docid = 'ID из формы';
19. Поиск документов от отделений OFF-LINE на стороне УФК
19.1 Поиск от одного отделения:
select count(dc.doctypeid), dc.doctypeid, dc.docstateid, dt.name ДОКУМЕНТ, dts.name СТАТУС_В_СИСТЕМЕ
from doc dc, doctype dt,docstate dts
where docid in (select docid from abstractdoc where globaldocid in
(select contentobjectguid from queue_document where create_org_sys_name like '%7800.7802%' and CREATION_DATE like '%22.06.10%'))
and dt.doctypeid = dc.doctypeid
and dts.docstateid = dc.docstateid
group by dc.doctypeid,dc.docstateid,dt.name, dts.name;
Комментариев нет:
Отправить комментарий