Форум: "Базы";
Текущий архив: 2003.11.13;
Скачать: [xml.tar.bz2];
ВнизСпециалистам по Oacle. Вопрос про snapshot Найти похожие ветки
← →
GSV_ (2003-10-17 08:31) [0]Знаю, что здесь бывают спецы по Ораклу.
Проблема в том, что при попытке обновлении снимков (при отсутствии связи с мастер-таблицей) данные пропадают в сложном снимке. Простые остаются с данными, как и положено.
Причем не все снимки гибнут, а только самые нужные.
Такие вот ошибочки:
ORA-12012: error on auto execute of job 131
ORA-12008: error in materialized view refresh path
ORA-04052: error occurred when looking up remote object shema.table@dblink
ORA-00604: error occurred at recursive SQL level 3
ORA-12560: TNS:protocol adapter error
и еще
ORA-12012: error on auto execute of job 131
ORA-04045: errors during recompilation/revalidation of snapshot
ORA-12560: TNS:protocol adapter error
ORA-04052: error occurred when looking up remote object shema.table@dblinkORA-00604: error occurred at recursive SQL level 3
ORA-12560: TNS:protocol adapter error
тип обновления: complete.
С понедельника ухожу в отпуск, хочется решить проблему.
Я так подозреваю, что нужно разрабатывать целую политику репликации, создавать группы и т.п.. Хотел все это сделать после отпуска.
Заранее спасибо за какие нить мысли по поводу ..... .
← →
Johnmen (2003-10-17 09:29) [1]Просто у тебя проблемы с функционированием службы управления сетевыми протоколами. snapshot здесь непричем...
Попробуй полностью переставить сервер...
← →
GSV_ (2003-10-17 09:58) [2]Сеть работает нормально.
То, что про протокол ругается - это я для эмуляции отсутствия связи сетевой шнурок ( не 220 :) выдернул.
При неудачной попытке обновления для каждого задания выводятся вышеприведенные ошибки, НО если там нет строчек:
ORA-12008: error in materialized view refresh path
ORA-04045: errors during recompilation/revalidation of snapshot
то снимок остается нормальным.
Может я проблемный снимок не корректно создаю.
Там связываются три таблицы и кучка доп. условий. Если доп. условия убрать, то работает, но без них плохо.
Беда прямо.
← →
DenK_vrtz (2003-10-17 10:09) [3]а текст можно посмотреть?
← →
GSV_ (2003-10-17 10:39) [4]
create snapshot snap_ttt
pctused 99 pctfree 0
tablespace ttt_data storage (initial 20480K next 1024K )
using index
tablespace ttt_data storage (initial 4096K) pctfree 0
refresh complete
next trunc(sysdate+1)+4.4/24
as
select s.*
from table1 u,
table2@dblink s,
table3 r
where u.iscorp="N" and u.user_id=s.user_id
and (u.date_end is null or u.date_end > sysdate)
and (s.date_end is null or s.date_end > sysdate)
and r.svc_id=s.svc_id
and r.svctype=0
and r.dept_id=3
← →
roottim (2003-10-17 10:41) [5]> Причем не все снимки гибнут, а только самые нужные.
1 ПРИМЕР НУЖНОГО
1 ПРИМЕР НЕНУЖНОГО :)
чито значит невсе.. т.е один снимок с удаленной таблицей грохается, а другой похожий нет?
>Я так подозреваю, что нужно разрабатывать целую политику репликации, создавать группы и т.п
самое разумное решение!, хотя если сеть гуд и 2-й сервер недалеко, то можно и онлайном работать...
← →
Johnmen (2003-10-17 10:46) [6]Наверное, стоит сходить
http://www.soft.velton.net.ua/public100102.html
и далее по ссылкам...
← →
GSV_ (2003-10-17 10:56) [7]>roottim (17.10.03 10:41) [5]
Ненужный снимок
create snapshot snap_test
pctused 99 pctfree 0
tablespace ttt_data storage (initial 10K next 10K )
refresh complete
next trunc(sysdate+1)+4/24
as
select u.iscorp, count(s.service_id)
from table1@dbLink s,
table2@dblink u
where s.user_id=u.user_id
group by u.iscorp
>Johnmen © (17.10.03 10:46) [6]
Обязательно, а то в доке по нерусски утомительно
← →
roottim (2003-10-17 11:17) [8]т.е грохаются те снимки, где связаны удаленные табл с "местными"... ?
> а то в доке по нерусски утомительно
почитай тут, може что найдеш...
http://asuxxi.narod.ru/favorite.htm
← →
GSV_ (2003-10-17 11:36) [9]>roottim (17.10.03 11:17) [8]
>т.е грохаются те снимки, где связаны удаленные табл с "местными"... ?
К сожалению от этого не зависит.(
← →
DenK_vrtz (2003-10-17 11:39) [10]А нет инвалидных объектов?
← →
roottim (2003-10-17 11:40) [11]>
Сеть работает нормально.
тогда и не партесь идите в отпуск, а далее займетесь репликаторами...
← →
GSV_ (2003-10-17 12:19) [12]>тогда и не партесь идите в отпуск, а далее займетесь репликаторами...
Дело не только в сети. Бывают случаи, когда на сервер закрывают доступ для проведения расчетов.
а поврежденных объектов нету
Я наверное где-то совершил глупость. Так всегда бывает, когда спешишь. И еще симтом, что такого еще ни у кого небыло.
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.11.13;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.041 c