Форум: "Прочее";
Текущий архив: 2008.11.23;
Скачать: [xml.tar.bz2];
Вниз
Oracle. Listener Найти похожие ветки
← →
SergP © (2008-09-21 19:40) [0]сеовер имеет один сетевой интерфейс с IP 10.11.3.2
Стоял Oracle 9.2.0.6 Было все нормально.
проапгрейдил до 9.2.0.8 , с базой все нормально, а вот LISTENER начал как-то хитро работать:
в listener.ora написаноLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
)
)
Теперь приконектиться могу только с localhost, а через интерфейс с IP 10.11.3.2 не могу...
Если меняю наLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.3.2)(PORT = 1521))
)
)
)
то уже по сети могу приконектиться, но зато не могу это сделать с localhost...
Что за фигня такая? И как это исправить?
Мне нужен доступ и с 10.11.3.2 и с localhost
← →
Simpson © (2008-09-21 19:44) [1]Права на доступ поменять для внешних/внутренних соединений?
← →
SergP © (2008-09-21 19:55) [2]> Права на доступ поменять для внешних/внутренних соединений?
намекните где именно, а то уже что-то голова плохо соображает...
← →
SergP © (2008-09-21 19:57) [3]пока вышел из положения тем, что поставил в
listener.oraLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.3.2)(PORT = 1521))
)
)
)
а в tnsnames.ora тоже вместо localhost прописал 10.11.3.2
Но это ИМХО не совсем правильно, ибо не будет работать при отключенном сетевом кабеле
← →
Sergey Masloff (2008-09-21 21:01) [4]Про 9.2.0.8 хотя и не касается впрямую темы.
Сделай селект в котором connect by prior есть и посмотри на план запроса.
Скорее всего будешь неприятно удивлен - вне зависимости от наличия индексов и явно прописаных хинтов увидишь фуллсканы везде.
Дальше как всегда два варианта:
1. Ты это не используешь -> можешь спать спокойно
2. Ты это используешь а размеры данных такие что полное сканирование таблиц на постоянной основе нежелательно -> ты приплыл. Этот патч штатно не откатывается бэкапить базу сносить ora и накатывать патчи до 9.2.0.6 и восстанавливать базу. Ну по крайней мере на металинке баг подтверждают говорят в 10.2.каком-то там исправили
← →
Ламо777 (2008-09-22 11:11) [5]
> SergP ©
А зачем вам цепляться на localhost?
Просто у меня никогда такой необходимости не возникало -
всегда коннектился по Ip или имени машины.
Или же поменяйте с Ip адреса на имя машины.
Кстати - когда вносите изменения в listener.ora - tnsnames.ora
редактировать не забываете?
← →
SergP © (2008-09-22 11:40) [6]> А зачем вам цепляться на localhost?
> Просто у меня никогда такой необходимости не возникало -
>
> всегда коннектился по Ip или имени машины.
> Или же поменяйте с Ip адреса на имя машины.
>
> Кстати - когда вносите изменения в listener.ora - tnsnames.ora
>
> редактировать не забываете?
Поменял IP на имя машины... Теперь все стало нормально. Можно конектится как с локалхоста так и из сети....
← →
Ламо777 © (2008-09-22 11:43) [7]
> SergP
Я предпочитаю разливное!
P.S.:шутка))))
← →
ANB (2008-09-22 12:48) [8]
> Sergey Masloff (21.09.08 21:01) [4]
> Про 9.2.0.8 хотя и не касается впрямую темы.
%:%?:;%%№;% индусы. :(
← →
ANB (2008-09-22 13:00) [9]Милин. У нас как раз 9.2.0.8
create table test_tree_t1
(
id integer
,Parent_ID integer
,name varchar2(255)
)
/
create index test_tree_t1_i1 on test_tree_t1(id)
/
create index test_tree_t1_i2 on test_tree_t1(Parent_ID, name)
/
begin
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (1, 0, "N1");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (2, 0, "N2");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (3, 0, "N3");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (11, 1, "N1_1");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (12, 1, "N1_2");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (13, 1, "N1_3");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (111, 11, "N1_1_1");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (112, 11, "N1_1_2");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (121, 12, "N1_2_1");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (122, 12, "N1_2_2");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (123, 12, "N1_2_3");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (1221, 122, "N1_2_2_1");
insert into test_tree_t1 (ID, PARENT_ID, NAME)
values (1222, 122, "N1_2_2_2");
commit;
end;
/
select t.*/*, rowid*/ from test_tree_t1 t
/
select
*
from
test_tree_t1
start with id = 11
connect by prior id = Parent_ID
План последнего запроса :
SELECT STATEMENT, GOAL = CHOOSE
CONNECT BY WITH FILTERING
TABLE ACCESS BY INDEX ROWID QUORUM TEST_TREE_T1
INDEX RANGE SCAN QUORUM TEST_TREE_T1_I1
NESTED LOOPS
BUFFER SORT
CONNECT BY PUMP
TABLE ACCESS BY INDEX ROWID QUORUM TEST_TREE_T1
INDEX RANGE SCAN QUORUM TEST_TREE_T1_I2
TABLE ACCESS FULL QUORUM TEST_TREE_T1
Я, конечно, не рассист, но . . .
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2008.11.23;
Скачать: [xml.tar.bz2];
Память: 0.48 MB
Время: 0.008 c
