PHP DM Gate v0.9 » Oracle. Listener

SergP © (21.09.08 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 © (21.09.08 19:44) [1]

Права на доступ поменять для внешних/внутренних соединений?

<Цитата>
SergP © (21.09.08 19:55) [2]

> Права на доступ поменять для внешних/внутренних соединений?

намекните где именно, а то уже что-то голова плохо соображает...

<Цитата>
SergP © (21.09.08 19:57) [3]

пока вышел из положения тем, что поставил в
listener.ora
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.11.3.2)(PORT = 1521))
)
)
)

а в tnsnames.ora тоже вместо localhost прописал 10.11.3.2
Но это ИМХО не совсем правильно, ибо не будет работать при отключенном сетевом кабеле

<Цитата>
Sergey Masloff (21.09.08 21:01) [4]

Про 9.2.0.8 хотя и не касается впрямую темы.

Сделай селект в котором connect by prior есть и посмотри на план запроса.
Скорее всего будешь неприятно удивлен - вне зависимости от наличия индексов и явно прописаных хинтов увидишь фуллсканы везде.

Дальше как всегда два варианта:
1. Ты это не используешь -> можешь спать спокойно
2. Ты это используешь а размеры данных такие что полное сканирование таблиц на постоянной основе нежелательно -> ты приплыл. Этот патч штатно не откатывается бэкапить базу сносить ora и накатывать патчи до 9.2.0.6 и восстанавливать базу. Ну по крайней мере на металинке баг подтверждают говорят в 10.2.каком-то там исправили

<Цитата>
Ламо777 (22.09.08 11:11) [5]

> SergP ©

А зачем вам цепляться на localhost?
Просто у меня никогда такой необходимости не возникало -
всегда коннектился по Ip или имени машины.
Или же поменяйте с Ip адреса на имя машины.

Кстати - когда вносите изменения в listener.ora - tnsnames.ora
редактировать не забываете?

<Цитата>
SergP © (22.09.08 11:40) [6]

> А зачем вам цепляться на localhost?
> Просто у меня никогда такой необходимости не возникало -
>
> всегда коннектился по Ip или имени машины.
> Или же поменяйте с Ip адреса на имя машины.
>
> Кстати - когда вносите изменения в listener.ora - tnsnames.ora
>
> редактировать не забываете?

Поменял IP на имя машины... Теперь все стало нормально. Можно конектится как с локалхоста так и из сети....

<Цитата>
Ламо777 © (22.09.08 11:43) [7]

> SergP

Я предпочитаю разливное!

P.S.:шутка))))

<Цитата>
ANB (22.09.08 12:48) [8]

> Sergey Masloff (21.09.08 21:01) [4]
> Про 9.2.0.8 хотя и не касается впрямую темы.

%:%?:;%%№;% индусы. :(

<Цитата>
ANB (22.09.08 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

Я, конечно, не рассист, но . . .

<Цитата>