powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Oracle кушает весь RAM
18 сообщений из 18, страница 1 из 1
Oracle кушает весь RAM
    #39848369
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день ,

Есть база :

Код: plaintext
1.
2.
3.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

Настройки :

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
hi_shared_memory_address             integer     0
memory_max_target                    big integer 1584M
memory_target                        big integer 1584M
shared_memory_address                integer     0
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 1584M
sga_target                           big integer 0


Есть некое приложение(практически ничего не знаю о ней) которое загружает данные в базу , работает она весь день , как только есть данные она их загружает .

Проблема в том что Oracle начал "кушать" весь RAM который есть на сервере , примерно со скоростью 1М в 5 минут .

Что есть :


top
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
top - 15:20:43 up  3:25,  2 users,  load average: 0.00, 0.07, 0.11
Tasks: 254 total,   1 running, 253 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1%us,  0.1%sy,  0.0%ni, 99.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8028456k total,  6196584k used,  1831872k free,    64612k buffers
Swap:  7340028k total,        0k used,  7340028k free,  5704664k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2778 oracle    20   0 1811m  52m  48m S  0.3  0.7   0:13.09 oracle
 2842 oracle    20   0 1816m 179m 172m S  0.3  2.3   0:02.48 oracle
 5448 oracle    20   0 15220 2160 1720 R  0.3  0.0   0:14.91 top
 2764 oracle    20   0 1811m  54m  52m S  0.0  0.7   0:02.06 oracle
 2766 oracle    -2   0 1809m  38m  37m S  0.0  0.5   0:39.60 oracle
 2770 oracle    20   0 1809m  38m  37m S  0.0  0.5   0:00.51 oracle
 2772 oracle    20   0 1809m  38m  37m S  0.0  0.5   0:00.81 oracle
 2774 oracle    20   0 1810m  69m  67m S  0.0  0.9   0:00.48 oracle
 2776 oracle    20   0 1809m  41m  39m S  0.0  0.5   0:00.80 oracle
 2780 oracle    20   0 1809m  51m  49m S  0.0  0.7   0:00.79 oracle
 2782 oracle    20   0 1815m 406m 399m S  0.0  5.2   0:04.49 oracle
 2784 oracle    20   0 1824m  50m  48m S  0.0  0.6   0:07.24 oracle
 2786 oracle    20   0 1809m  73m  71m S  0.0  0.9   0:03.09 oracle
 2788 oracle    20   0 1816m 203m 199m S  0.0  2.6   0:01.38 oracle
 2790 oracle    20   0 1810m  59m  57m S  0.0  0.8   0:00.22 oracle
 2792 oracle    20   0 1815m 157m 151m S  0.0  2.0   0:03.29 oracle
 2794 oracle    20   0 1809m  63m  62m S  0.0  0.8   0:07.22 oracle
 2796 oracle    20   0 1815m  38m  35m S  0.0  0.5   0:00.24 oracle
 2798 oracle    20   0 1810m  38m  36m S  0.0  0.5   0:00.23 oracle
 2828 oracle    20   0 1809m  46m  45m S  0.0  0.6   0:00.21 oracle
 2844 oracle    20   0 1811m  81m  78m S  0.0  1.0   0:00.29 oracle
 2846 oracle    20   0 1813m  68m  63m S  0.0  0.9   0:00.20 oracle
 2856 oracle    20   0  207m  18m  15m S  0.0  0.2   0:03.22 tnslsnr
 2863 oracle    20   0 1832m  93m  89m S  0.0  1.2   0:00.76 oracle
 2865 oracle    20   0 1816m  83m  81m S  0.0  1.1   0:03.24 oracle
 2867 oracle    20   0 1816m  85m  82m S  0.0  1.1   0:00.90 oracle
 2869 oracle    20   0 1816m  81m  78m S  0.0  1.0   0:03.30 oracle
 2871 oracle    20   0 1815m  65m  63m S  0.0  0.8   0:03.35 oracle
 2873 oracle    20   0 1815m  61m  58m S  0.0  0.8   0:00.18 oracle
 2875 oracle    20   0 1815m  60m  58m S  0.0  0.8   0:00.22 oracle
 2877 oracle    20   0 1815m  60m  58m S  0.0  0.8   0:00.17 oracle
 2879 oracle    20   0 1815m  78m  75m S  0.0  1.0   0:06.41 oracle
 2884 oracle    20   0 1816m 248m 245m S  0.0  3.2   0:35.16 oracle
 2886 oracle    20   0 1816m 762m 759m S  0.0  9.7   2:04.59 oracle
 3071 oracle    20   0 1809m  42m  40m S  0.0  0.5   0:00.56 oracle
 3439 oracle    20   0 1815m  61m  58m S  0.0  0.8   0:00.17 oracle
 3441 oracle    20   0 1816m  66m  64m S  0.0  0.9   0:03.17 oracle
 3443 oracle    20   0 1815m  61m  59m S  0.0  0.8   0:00.15 oracle
 5420 oracle    20   0 99.8m 4236 3204 S  0.0  0.1   0:03.93 sshd
 5421 oracle    20   0  105m 3196 2792 S  0.0  0.0   0:00.02 bash
 6096 oracle    20   0  105m 3144 2732 S  0.0  0.0   0:00.02 bash
 6208 oracle    20   0 1831m 138m 134m S  0.0  1.8   0:00.56 oracle


alert.log Клик



Еще заметил что плодятся со страшной скоростью .trc файлы почти идентичны по составу :

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
Trace file /u01/oracle/diag/rdbms/orabc/ORABC/trace/ORABC_ora_2886.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /u01/oracle/product/11r2
System name:<-->Linux
Node name:<---->OracleBCLinuxJ
Release:<------>4.1.12-124.16.4.el6uek.x86_64
Version:<------>#2 SMP Thu Jun 14 18:55:52 PDT 2018
Machine:<------>x86_64
Instance name: ORABC
Redo thread mounted by this instance: 1
Oracle process number: 38
Unix process pid: 2886, image: oracle@OracleBCLinuxJ


*** 2019-08-12 12:04:05.444
*** SESSION ID:(264.19) 2019-08-12 12:04:05.444
*** CLIENT ID:() 2019-08-12 12:04:05.444
*** SERVICE NAME:(SYS$USERS) 2019-08-12 12:04:05.444
*** MODULE NAME:(WFTransfer30.exe) 2019-08-12 12:04:05.444
*** ACTION NAME:() 2019-08-12 12:04:05.444
.
--------Dumping Sorted Master Trigger List --------
--------Dumping Trigger Sublists --------
 trigger sublist 0 :
 trigger sublist 1 :
 trigger sublist 2 :
 trigger sublist 3 :
 trigger sublist 4 :
--------Dumping Sorted Master Trigger List --------
--------Dumping Trigger Sublists --------
 trigger sublist 0 :
 trigger sublist 1 :
 trigger sublist 2 :
 trigger sublist 3 :
 trigger sublist 4 :
--------Dumping Sorted Master Trigger List --------
--------Dumping Trigger Sublists --------
 trigger sublist 0 :
 trigger sublist 1 :
 trigger sublist 2 :
 trigger sublist 3 :
 trigger sublist 4 :
*** 2019-08-12 12:04:05.820
--------Dumping Sorted Master Trigger List --------
Trigger Owner : BCL_BRD
Trigger Name : TR_CERERE_UPD
--------Dumping Trigger Sublists --------
 trigger sublist 0 :
 trigger sublist 1 :
 trigger sublist 2 :
 trigger sublist 3 :
Trigger Owner : BCL_BRD
Trigger Name : TR_CERERE_UPD
 trigger sublist 4 :

*** 2019-08-12 12:08:45.776
--------Dumping Sorted Master Trigger List --------
--------Dumping Trigger Sublists --------
 trigger sublist 0 :
 trigger sublist 1 :
 trigger sublist 2 :
 trigger sublist 3 :
 trigger sublist 4 :
--------Dumping Sorted Master Trigger List --------


В trace файлах светяться триггеры ( обыкновенный after insert or update or delete ) , посмотрел что они не работают , таблице логов триггер записи не создает . Почему ? << Вопрос номер 1

Попробовал отключить триггеры , trace файлы больше не создаются , но память Oracle продолжает отнимать .

Куда я еще не копал ? В чем может быть проблема ?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39848394
Тролин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
11.2.0.1.0 стоит обновится до 11.2.0.4 для начала.
в 11.2.0.1 много проблем с утечкой памяти.
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851211
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тролин,

Так-то главная проблема это потеря связи ( по 2-3 раза в день ) этого приложения и сервера ( TNS-12547 : lost contact ) , думал именно из-за нехватки памяти сбрасывается соеденение , оказалось что нет .

Давайте с начала .

Есть сервер А с приложением на Windows ( client 11.2.0.4,0 ) .
Есть сервер B с Oracle Linux и базой (11.2.0.1.0) .

TNSPING BASE 100 проходил но почти всегда с n-ой попытки падал с lost contact.

Я начал винить версию Оракла 11.2.0.1.0 , скопировал базу на другой сервер , установил там Oracle 11.2.0.4.0 , проапрейдил базу , запустил , открыл .

TNSPING BASE 100 на этом сервере проходит на ура .

Кто значит виноват ? Настройки листенера, базы , sqlnet , одинаковые .

Доку читал , форумы курил , ничего дельного про конфликт именно этих версий не нашел , поэтому и сомневаюсь , а может быть это вообще просто баг .
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851215
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104Есть сервер B с Oracle Linux и базой ( 11.2.0.1.0 ) .
...
TNSPING BASE 100 проходил но почти всегда с n-ой попытки падал с lost contact .
...
установил там Oracle 11.2.0.4.0 , проапрейдил базу , запустил , открыл .

TNSPING BASE 100 на этом сервере проходит на ура .

Кто значит виноват ?

Какие видятся варианты?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851222
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous,

Как я уже говорил я нигде не нашел хоть упоминание об конфликтах этих версий :

Клиент : 11.2.0.4
База : 11.2.0.1

Вот я и спрашиваю действительно ли в этом проблема ? Где об этом можно почитать ? И почему взять только иногда падала ?

То что я поменял версию и все заработало это одно , а узреть корень проблемы это совсем другое .
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851223
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104andrey_anonymous,
И почему взять связь только иногда падала ?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851224
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104TNSPING BASE 100 проходил но почти всегда с n-ой попытки падал с lost contact.
...
скопировал базу на другой сервер
...
TNSPING BASE 100 на этом сервере проходит на ура .

Кто значит виноват ?

Криворукие студенты, экономящие деньги на патчкордах

Купить нормальные падчкорды, нормальные сетевые розетки, все старое выкинуть, розетки переобжать, нормальные патчкорды воткнуть

IMHO & AFAIK гадание на кофейной гуще и хрустальном шаре. Вероятность угадывания оцениваю в 80 %.
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851238
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104упоминание об конфликтах

Клиент : 11.2.0.4
База : 11.2.0.1


Вы на список багов 11.2.0.1 полюбуйтесь. Не для прода она.

Leonid Kudryavtsevна патчкордах
Версию может подтвердить обычный (не TNS) пинг длинным пакетом (исключаем oracle как причину)
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39851348
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous,

Это тестовая, девелоперская база и хоть на проде стоит также 11.2.0.1 проблем там нет.

Будем переходить на 11.2. 0.4, скорее всего и на проде, не будем дожидаться дня Х.

Спасибо за ответы.
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855665
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день , к сожалению опять вынужден обратится к вам потому что идей кончаются .
После перехода базы на 11.2.0.4 на изначальном сервере проблема не исчезла ( хотя не сервере где тестил я говорю все ок ) , даже TNSPING иногда падает с lost contact , хотя с любой другой машины tnsping проходит .
Может быть это на уровне ОС ?

Все что нарыл в логах ....

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Fatal NI connect error 12170.
 
  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.4.0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
  Time: 30-AUG-2019 10:42:00
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535
 
TNS-12535: TNS:operation timed out
    ns secondary err code: 12560
    nt main err code: 505
 
TNS-00505: Operation timed out
    nt secondary err code: 110
    nt OS err code: 0
  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=xxx.xxx.xxx.xxx)(PORT=40762))

Уже реальный крик о помощи , несколько недель бьюсь с этой ошибкой .
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855667
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104Добрый день , к сожалению опять вынужден обратится к вам потому что идей кончаются .
После перехода базы на 11.2.0.4 на изначальном сервере проблема не исчезла ( хотя не сервере где тестил я говорю все ок ) , даже TNSPING иногда падает с lost contact , хотя с любой другой машины tnsping проходит .
Может быть это на уровне ОС ?
Может быть на уровне сети/настроек маршрутизатора.
На бой и тест ходите разными дорогами?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855675
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous,

Сейчас у меня 2 теста :

1) Где это все работало изначально . ( Тут проблема , даже на 11.2.0.4 )
2) Создал для проверки , перенес сюда базу и проапрейдил на 11.2.0.4 , тут работает хорошо .

Не знаю в сети ли проблема , обычный пинг проходит хорошо .
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855682
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104обычный пинг проходит хорошо .
Маршрутизаторы бывают разные.
Продвинутые анализируют трафик и умеют, среди прочего, рвать idle коннекты.
1. Проверьте маршруты к боевому и тестовому
2. попробуйте провести свои тесты локально на боевом сервере
3. попробуйте провести свои тесты с рабочей станции в локальной сети боевого сервера
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855727
alex-ls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104обычный пинг проходит хорошо
порт закрыт?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855734
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex-lsmaverick2104обычный пинг проходит хорошо
порт закрыт?
Вы про 1521 ? Или я Вас неправильно понял ?
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855909
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Плавающая сетевая проблема, на мой взгляд, более вероятна на сетевом, чем на прикладном уровне.
Покопайтесь совместно с админами.
У меня админ отнекивался несколько месяцев, пока у меня руки не дошли поставить регулярную копировалку файлов, на которой видно, что проблема непостоянная.
Мое мнение сейчас - глючит роутер.
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855910
dmdmdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Причем глюк проявился не при простом пинге со стандартными параметрами, а при пинге пакетами больше определенного размера.
Правила маршрутизации на этой точке абсолютно такие же, как на других 17 точках, проверяли уже по десять раз.
Глючное оборудование - такое тоже встречается, и не так уж редко.
...
Рейтинг: 0 / 0
Oracle кушает весь RAM
    #39855940
alex-ls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maverick2104alex-lsпропущено...

порт закрыт?
Вы про 1521 ? Или я Вас неправильно понял ?
да, порт может и другим
...
Рейтинг: 0 / 0
18 сообщений из 18, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Oracle кушает весь RAM
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]