powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
25 сообщений из 28, страница 1 из 2
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153073
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я серьёзно. Положила ~1700Мб oracle.exe в пэйджфайл. Среднее количество page faults/sec - 500-600, пики до 7000-8000. Физической памяти достаточно.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153084
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Посмотри какие обьекты у тебя в буфере данных сидят и общий размер.
Если размер совпадает - значит так и есть. Если нет - значит разделяемый пул смотри и PGA.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153090
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не понял. SGA занимает ~1,5Гб, в машине 2Гб. Минус ОС, минус всё компаковское шайзе - ещё ~100Мб должно быть свободно.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153093
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Меня интересует не почему 1700Мб, а почему они все в pagefile уехали...
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153100
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to Scott: SGA занимает ~1,5Гб,
Это номинально. А ты посмотри реально какие обьекты у тебя сидят в буферах.
И размер общий вычисли.
Посмотри это:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
select
  decode(state, 0 ,'Free',
                1 ,'Read and Modified',
                2 ,'Read and Not Modified',
                3 ,'Currently Being Read',
                  'Other') as name,
  count(*) as cnt
 from sys.v_bh
 group by 
  decode(state, 0 ,'Free',
                1 ,'Read and Modified',
                2 ,'Read and Not Modified',
                3 ,'Currently Being Read',
                  'Other')
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153105
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наличие обьектов в буфере данных, кол-во буфф. Умножь на размер блока
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
select
 b.object_name,
 count(*) as cnt
FROM
 sys.v_bh a,
 dba_objects b
where
 a.obj != 0  and
 a.obj = b.data_object_id
group by b.object_name
order by count(*) desc


Так для осмысления информации.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153109
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sys.v_bh это у меня вью от sys.x$bh
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153117
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну и?
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
SQL> select
   2     decode(state, 0 ,'Free',
   3                   1 ,'Read and Modified',
   4                   2 ,'Read and Not Modified',
   5                   3 ,'Currently Being Read',
   6                     'Other') as name,
   7     count(*) as cnt
   8    from sys.x$bh
   9    group by
  10     decode(state, 0 ,'Free',
  11                   1 ,'Read and Modified',
  12                   2 ,'Read and Not Modified',
  13                   3 ,'Currently Being Read',
  14                     'Other')
  15  /

NAME                         CNT
 --------------------- ----------
 
Currently Being Read         2488 
Free                        10115 
Read and Modified          140997 


Блок 8Кб. Как раз мои 1200Мб buffer cache видны, всё правильно. Вторая выборка очень длинный список даёт (в одной только схеме ~6000 таблиц :) ), приводить здесь не буду.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153125
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SGA выделяется при старте. Может быть в момент старта свободной памяти не было и SGA расположился в свопе? Поэтому, то что сейчас есть физическая своюодная память уже не имеет значения.

Вспомни, что ты делал перед запуском
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153128
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Перед стартом (а это было вчера днём) перезапускали машину, в этом плане всё чисто. А вчера посмотреть, что там в pagefile лежит я не удосужился...

Она (винда) её (оракловину) оттуда (из пэйджа) вынула почти всю (осталось лежать ~140Мб) за последние полчаса. Видимо, сказался рост пользовательской активности и большое количество физических чтений.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153140
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну тогда это PGA.
Может тебе есть смысл на mts перейти? В случае mts PGA распологается в SGA - ты будешь точно уверен, что свап никогда не будет использоваться.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153155
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Причём тут PGA? Не путай голову. Дело не в том, что oracle.exe затребовал слишком много памяти (больше, чем было доступно в системе) и из-за этого уехал в pagefile, а в том, что oracle.exe там, можно сказать, изначально лежал при наличествуещей в большом количестве свободной physical memory.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153185
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
oracle.exe - это и есть в том числе SGA.
Как ты определил что у тебя oracle.exe находится в свопе?
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153209
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По performance monitor. Там есть счётчик page file bytes для процесса.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153225
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я советую тебе перед запуском Oracle - посмотреть сколько у тебя свободно физической памяти. И соответственно SGA(shared pool+data buffer+log buffer) вогнать в это число.
Исходя из твоих данных причина размещения в свопе SGA может быть только если на момент старата не хватило физической.

Если это не SGA, то значит это PGA.
Иначе не понятно что ты подразумеваешь под пользовательской актвностью.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153240
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я тте гррю - на момент запуска занято немногим более 100Мб. Всё остальное - свободно.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153251
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тогда SGA никак не могла войти в своп.
Поэтому пользовательская активность может проявляться только в PGA.
Серверные процессы в Windows они тоже входят в oracle.exe.
Сам можешь проверить: подсоединись с другой машины к БД и посмотри как измениться размер Oracle.exe в памяти. Эта память серверного процесса, сессии - а это и есть PGA. Отсоединись и сразу увидишь как она уменьшилась.

Естественно когда пользователи начали акивно работать и физической памяти стало не хватать- PGA першёл в своп.

Поэтому рекомендации мои те-же: про mts.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153285
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я тебе русским языком говорю - когда я открывал тред, пользователей было человек 15-20 всего. При этом 90% oracle.exe (который при отсутствии юзеров потребляет ~1,4Гб) лежала в pagefile, видимо, со вчерашнего дня (ни вчера, ни сегодня ночью никто не работал). С утра начала выпейдживаться обратно. ВыпЕйдживалась, выпЕйдживалась, и, в итоге, почти вся вЫпейджилась.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153292
Фотография eNose
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[не активирован]
[не одобрен]
Поставь еще оперативки и запрети вообще своп.
Это винда оракул туда кинула: любую программу, которая ничего не делает (нету коннектов к оракулу) винда кидает в своп - освобождает физическую память на всякий случай.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153298
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A nastroiki "Performance options" v Win po applications or background services?
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153301
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Chto daet "TaskInfo v.4.0 for Windows 9x/ME/NT/2k/XP" ili y tebya ego net?
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153305
Фотография Scott Tiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Какой смысл имеет ставить больше 2Гб оперативки под виндой? Настройки Performance Options - для background services. Как в винде запретить столь блядское :) поведение?
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153309
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A pochemu ne application?
Y tebya OLAP server?
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153311
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может я не совсем понятно обьяснил. Попробую еще.

Как известно при запуске экземпляра запускаются фоновые процессы и выделяется SGA. Применительно к Oracle for Windows - фоновые процессы Oracle реализуются как потоки внутри приложения. Серверные процессы тоже запускаются ввиде потоков, а не отдельных программ. Поэтому память занимаемая oracle.exe состоит в целом из SGA+PGA, всех фоновых и серверных процессов.

Если же говорить о Linux - то там действительно все процессы Oracle реализуются как процессы OC.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
oracle     7514    7513    0   10 : 34  pts/ 0      00 : 01 : 27  sqlplus            
oracle     7967       1    0   12 : 58  ?         00 : 00 : 00  ora_pmon_epsid01
oracle     7969       1    0   12 : 58  ?         00 : 00 : 00  ora_dbw0_epsid01
oracle     7971       1    0   12 : 58  ?         00 : 00 : 03  ora_lgwr_epsid01
oracle     7973       1    0   12 : 58  ?         00 : 00 : 00  ora_ckpt_epsid01
oracle     7975       1    0   12 : 58  ?         00 : 00 : 00  ora_smon_epsid01
oracle     7977       1    0   12 : 58  ?         00 : 00 : 00  ora_reco_epsid01
oracle     7978    7514    7   12 : 58  ?         00 : 02 : 41  oracleepsid01 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq))


Здесь серверный процесс 7978 oracleepsid01 попрождён пользовательским процессом 7514 sqlplus.
В данном случае если серверный процесс будет отжирать память, то это отобразится именно для процесса oracleepsid01.


Если же пользователи начнут отсоединяться - то память начнёт высвобождаться за счёт пользовательских(если они запускаются там-же где и БД) и за счёт серверных процессов.

Память особождаться за счёт SGA не может, так она выделяется при старте и её размер не может меняться.

Кстати ты можешь посмотреть статистике процессов, если ты базу на даунил. И там ты точно можешь посмотреть как изменялась PGA, какие процессы сколько памяти отжирали. Правда для тех юзеров которые уже отсоединились - уже не посмотришь.

Сделай этот запрос и не поленись изучить статистику
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
select 
  '['||a.sid||']'||a.program program,
  a.username, 
  a.schemaname,
  n.class,
  n.name,
  s.value
 from
  v$session a,
  v$sesstat s,
  v$statname n
 where
  a.sid = s.sid and
  s.statistic# = n.statistic# and
  s.value!= 0 
order by a.sid, n.class, s.statistic#


Всё что мог сказал. Возможно я не прав, товарищи меня поправят.

В Windows при увеличении памяти для oracle.exe будет означать что увеличилось количество серверных процессов и увеличились потребляемые ими ресурсы.
...
Рейтинг: 0 / 0
ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
    #32153324
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Или посмотри сразу такой запрос:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
select 
  n.name,
  trunc(sum(s.value)/ 1024 ) as value
 from
  v$sesstat s,
  v$statname n
 where
  n.name in ('session pga memory','session pga memory max') and
  s.statistic# = n.statistic# 
 group by n.name


Это количество выделенной PGA на данный момент и сколько было выделено максимум за всё время.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
SQLWKS> select 
      2 >   n.name,
      3 >   trunc(sum(s.value)/ 1024 ) as value
      4 >  from
      5 >   v$sesstat s,
      6 >   v$statname n
      7 >  where
      8 >   n.name in ('session pga memory','session pga memory max') and
      9 >   s.statistic# = n.statistic# 
     10 >  group by n.name
     11 > 
NAME                                                             VALUE     
 ---------------------------------------------------------------- ----------
 
session pga memory                                                     27172 
session pga memory max                                                 27243 
Выбрано  2  строк.
...
Рейтинг: 0 / 0
25 сообщений из 28, страница 1 из 2
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ГУУУУРУУУУ!!! ПАМАГИТЕ!!! ВИНДА УШЛА В PAGEFILE.SYS!!!
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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