скорость + dblink

KoTTT
Дата: 10.12.2007 13:01:42
2 сервера.
1 - Solaris, Oracle 9.2.
2 - Linux, Oracle 10.2.

На (1) лежит таблица размером около 100 Гб. Тянем ее на (2), там несколько корёжим и тянем обратно на (1). В обеих базах настроены линки друг на друга. Так вот копирование (1) - (2)
insert /*+append*/ select ... from table@link
заняло 3 часа времени. А обратное копирование (2) - (1) идет уже 8 часов и скопировалась только половина. 90% ожиданий - "SQL*Net more data from dblink".

Такая ерунда может быть из-за того, что TCP.NODELAY в 9.2 по умолчанию false, а в 10.2 - true (ну т.е. yes, видимо)?
evgenyg
Дата: 10.12.2007 14:32:37
А сколько байтов тянет каждый call через Link? (P2)
andreymx
Дата: 10.12.2007 14:48:46
нельзя ли "покорёжить" на месте - на (1)?
evgenyg
Дата: 10.12.2007 14:58:42
Еще стоит обратить внимание
Оракл:
SDU , TCP.NODELAY
САН:
как бегает файл с линокса на сан без оракла? какая скорость?
trak
Дата: 10.12.2007 15:00:03
evgenyg
Еще стоит обратить внимание
Оракл:
SDU , TCP.NODELAY
САН:
как бегает файл с линокса на сан без оракла? какая скорость?

Лично мне не удалось добится более 7Мб/сек через SQLNet. даже через lo0 или через IPC
andreymx
Дата: 10.12.2007 15:03:57
KoTTT
обратное копирование (2) - (1) идет уже 8 часов и скопировалась только половина. 90% ожиданий - "SQL*Net more data from dblink".
Это на (1) или на (2)?
evgenyg
Дата: 10.12.2007 15:12:23
trak
evgenyg
Еще стоит обратить внимание
Оракл:
SDU , TCP.NODELAY
САН:
как бегает файл с линокса на сан без оракла? какая скорость?

Лично мне не удалось добится более 7Мб/сек через SQLNet. даже через lo0 или через IPC

Я никогда не пользовался SQLNet для перекачки 100ГБ информации, как то не требовалось.
Поэтому и про скорость SQLNet сказать ничего конкретного не могу. На nfs я спокойно получаю 85-110МБ на 1Гб линке. Исходя из этого подозреваю что 7МБ/сек это не лимит. В конце концов SQLNet сидит сверху над TPC/IP (в общем случае).
Однако исходя из информации предоставленной автором данного поста 100ГБ перетянулось за 3 часа или около 9-ти МБ/сек
trak
Дата: 10.12.2007 15:20:23
evgenyg
trak
evgenyg
Еще стоит обратить внимание
Оракл:
SDU , TCP.NODELAY
САН:
как бегает файл с линокса на сан без оракла? какая скорость?

Лично мне не удалось добится более 7Мб/сек через SQLNet. даже через lo0 или через IPC

Я никогда не пользовался SQLNet для перекачки 100ГБ информации, как то не требовалось.
Поэтому и про скорость SQLNet сказать ничего конкретного не могу. На nfs я спокойно получаю 85-110МБ на 1Гб линке. Исходя из этого подозреваю что 7МБ/сек это не лимит. В конце концов SQLNet сидит сверху над TPC/IP (в общем случае).
Однако исходя из информации предоставленной автором данного поста 100ГБ перетянулось за 3 часа или около 9-ти МБ/сек

А у меня и процы — зионы 2.6ГГц
А у автора могут быть и 3.2ГГц
evgenyg
Дата: 10.12.2007 16:59:35
trak
evgenyg
trak
evgenyg
Еще стоит обратить внимание
Оракл:
SDU , TCP.NODELAY
САН:
как бегает файл с линокса на сан без оракла? какая скорость?

Лично мне не удалось добится более 7Мб/сек через SQLNet. даже через lo0 или через IPC

Я никогда не пользовался SQLNet для перекачки 100ГБ информации, как то не требовалось.
Поэтому и про скорость SQLNet сказать ничего конкретного не могу. На nfs я спокойно получаю 85-110МБ на 1Гб линке. Исходя из этого подозреваю что 7МБ/сек это не лимит. В конце концов SQLNet сидит сверху над TPC/IP (в общем случае).
Однако исходя из информации предоставленной автором данного поста 100ГБ перетянулось за 3 часа или около 9-ти МБ/сек

А у меня и процы — зионы 2.6ГГц
А у автора могут быть и 3.2ГГц

Я не думаю что процессоры имеют настолько решающее значение в данном случае.
KoTTT
Дата: 11.12.2007 05:18:27
evgenyg
А сколько байтов тянет каждый call через Link? (P2)

Если правильно помню, то видел там значения 1-128.
andreymx
нельзя ли "покорёжить" на месте - на (1)?

Нет.
evgenyg
как бегает файл с линокса на сан без оракла? какая скорость?

9-10 Мб/сек.
andreymx
Это на (1) или на (2)?(P2)

На (2), конечно. Я ж insert select@... с (2) запускаю.

Т.е. подозрение на TCP.NODELAY - правильное?