Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 со временем растет объем mem для Oracle  [new]
neDBA
Guest
На сервере установлен RedHat AS. На нем _Только_ (ну там ssh cron и др не в счет) Oracle 9.2.0.1. Проблема в том, что со временем наполняется swap. Пробовал alter system flush shared_pool; - результата нет. Очищается не более 3-4 мегабайт. Каждый день из swap забирается еще по 15-30 Mб.
db_cache_size = 144 Mb
shared_pool_size = 160 Mb
pga_aggregate_target = 68 Mb
large pool = 16Mb
На всякий случай пробовал ALTER SYSTEM SWITCH LOGFILE;
Пользователей обычно 10-15 человек, но они мало используют систему. Запустят программу, получат отчет и не закрывают два-три дня. Но к выходным отключаются все. Как можно узнать, почему преподает swap? Может можно как-нибудь перенастроить Oracle.
PS
alter system flush buffer_cache; - это только в 10 или я вызываю как то не так?
29 мар 06, 09:44    [2500387]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
VicZai
Member

Откуда:
Сообщений: 613
А кто напишет сколько памяти в системе?
29 мар 06, 09:54    [2500429]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
68 processes: 67 sleeping, 1 running, 0 zombie, 0 stopped
Mem:  1027976k av, 1011116k used,   16860k free,       0k shrd,  155888k buff
      756244k actv,  178432k in_d,    5032k in_c
Swap: 1052248k av,  302744k used,  749504k free                  748420k cached
29 мар 06, 10:35    [2500650]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
Я и ёжик
Member

Откуда: СПб
Сообщений: 1815
Процессы Oracle ( да и вообще процессы в системе) распределяют (allocate) память из swap пространства (если есть с диска, если нет и OS имеет такую фичу из ОП (псевдо-swap)), затем уже реально запрашиваемы страницы выделяются в ОП.

Общая концепция управления памятью в Oracle такова, что он не пытается уменьшить process data heap segment и вернуть виртуальную память системе, он просто доверяет OS сброс неиспользуемых страниц (page out). Освобождаемая память возвращается в кучу верхнего уровня или в кучу процесса (например, из CGA-heap в PGA-heap), а не операционной системе.
(Metalink Note:68977.1 HOW TO REDUCE THE SIZE OF AN ORACLE SHADOW PROCESS)

При применении automatic SQL execution memory management для Oracle >=9i память может возвращаться операционной системе (вероятно для лучшего перераспределения между процессами) , но для этого операционная система должна захотеть её утилизировать, т.е. должна возникнуть ситуация нехватки свободной виртуальной памяти, до этого утилитами OS память ассоциируется с процессом владевшим ею ранее.
(Metalink Note:174555.1 UNIX: Determining the Size of an Oracle Process).

Т.е. однажды запрошенная память в большом числе случаев так и будет занята процессом.
Если этот процесс постоянно функционирует, например это процесс исполняющий постоянно работающий job, или процесс исполняющий job-ы по расписанию ( и не успевающий умереть, т.е. он исполнил один job, обратился к менеджеру очереди job-ов и получил на исполненике следующий), ну или это вообще постоянное соединение, то и память в SWAP-пространстве он так и будет продолжать держать.

Я думаю в росте занимаемого swap ничего страшного нет, страшное начнется если станет нехватать ОП под нужды текущих процессов, т.е. начнется активный paging (больше чем обычно) или даже swaping (сброс полных процессов).


Andrei Kiselev
--
The views expressed are my own and not necessarily those of my hedgehog
29 мар 06, 10:39    [2500672]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
Линь
Guest
Можно, я вас поправлю? :) Это не принципиально, я уж так, выпиндрежа ради :) Так, на вскидку

Я и ёжик
Процессы Oracle ( да и вообще процессы в системе) распределяют (allocate) память из swap пространства (если есть с диска, если нет и OS имеет такую фичу из ОП (псевдо-swap)), затем уже реально запрашиваемы страницы выделяются в ОП.

В Линуксе нет предварительного выделения пространства в свопе.

Я и ёжик
Освобождаемая память возвращается в кучу верхнего уровня или в кучу процесса (например, из CGA-heap в PGA-heap), а не операционной системе.

При использовании оракла версии >= 9.2 и автоматическом управлении PGA - CGA расположена в отдельной куче (куча верхнего уровня).
29 мар 06, 12:04    [2501163]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
sergkosko
Member

Откуда: Запорожье
Сообщений: 155
был у меня когдато скриптец по подсчёту занимаемой памяти ...
Он правда не новый кажется для 8i .
Если нужно попробую денить выложить


__________________
MIRЛMЛNGJES
( учу Албанский )
29 мар 06, 12:32    [2501340]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
sergkosko
Member

Откуда: Запорожье
Сообщений: 155
вот http://sergkosko.narod.ru/download/files/size.sh
__________________
MIRЛMЛNGJES
( учу Албанский )
29 мар 06, 12:43    [2501411]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
BW
Member

Откуда:
Сообщений: 727
Несколько вопрос к автору:
1. Какая версия RHEL?
2. Значение ораклового параметра WORKAREA_SIZE_POLICY?
3. Не запущен ли каких-либо самописных программ?

С уважением,
bw.
29 мар 06, 13:05    [2501531]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
Я и ёжик
Member

Откуда: СПб
Сообщений: 1815
Линь
В Линуксе нет предварительного выделения пространства в свопе.

Возможно, Линукс не знаю, пока даже поверю (с долей скептизма :) )
Спасибо!
29 мар 06, 14:12    [2502042]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
2BW
BW
1. Какая версия RHEL?

Linux:
RHEL AS 3.0 update 1
2.4.21-9.ELsmp
автор
2. Значение ораклового параметра WORKAREA_SIZE_POLICY?
AUTO - по default
автор
3. Не запущен ли каких-либо самописных программ?

Все клиенты для оракла самописные. Но не один не коннектится к ораклу больше 2х-3х дней. Есть дни когда на системе никого нет. На сервере только Oracle и сервисные процессы, других программ там нет.
29 мар 06, 15:19    [2502641]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
еще идеи?
30 мар 06, 10:42    [2505527]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
sergkosko
Member

Откуда: Запорожье
Сообщений: 155
ну можно было бы для начала
запустить хотябы команду

ps ( "-aux" если не ошибаюсь или что то вроде этого )
А то какие могут быть идеи если нету информации ... гадать чтоли ?
__________________
MIRЛMЛNGJES
( учу Албанский )
30 мар 06, 12:24    [2506107]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
$ ps -aux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1528   84 ?        S    Mar15   0:17 init
root         2  0.0  0.0     0    0 ?        SW   Mar15   0:00 [migration/0]
root         3  0.0  0.0     0    0 ?        SW   Mar15   0:00 [migration/1]
root         4  0.0  0.0     0    0 ?        SW   Mar15   0:00 [migration/2]
root         5  0.0  0.0     0    0 ?        SW   Mar15   0:00 [migration/3]
root         6  0.0  0.0     0    0 ?        SW   Mar15   6:07 [keventd]
root         7  0.0  0.0     0    0 ?        SWN  Mar15   0:00 [ksoftirqd/0]
root         8  0.0  0.0     0    0 ?        SWN  Mar15   0:00 [ksoftirqd/1]
root         9  0.0  0.0     0    0 ?        SWN  Mar15   0:00 [ksoftirqd/2]
root        10  0.0  0.0     0    0 ?        SWN  Mar15   0:00 [ksoftirqd/3]
root        12  0.0  0.0     0    0 ?        SW   Mar15   3:47 [kscand]
root        11  0.1  0.0     0    0 ?        SW   Mar15  29:32 [kswapd]
root        13  0.0  0.0     0    0 ?        SW   Mar15   0:00 [bdflush]
root        14  0.0  0.0     0    0 ?        SW   Mar15   0:09 [kupdated]
root        15  0.0  0.0     0    0 ?        SW   Mar15   0:00 [mdrecoveryd]
root        21  0.0  0.0     0    0 ?        SW   Mar15   0:00 [ahd_dv_0]
root        22  0.0  0.0     0    0 ?        SW   Mar15   0:00 [ahd_dv_1]
root        23  0.0  0.0     0    0 ?        SW   Mar15   0:00 [scsi_eh_0]
root        24  0.0  0.0     0    0 ?        SW   Mar15   0:00 [scsi_eh_1]
root        27  0.0  0.0     0    0 ?        SW   Mar15   0:27 [kjournald]
root        87  0.0  0.0     0    0 ?        SW   Mar15   0:00 [khubd]
root       775  0.0  0.0     0    0 ?        SW   Mar15   0:00 [kjournald]
root       776  0.0  0.0     0    0 ?        SW   Mar15   0:37 [kjournald]
root       777  0.0  0.0     0    0 ?        SW   Mar15   0:08 [kjournald]
root       778  0.0  0.0     0    0 ?        SW   Mar15   0:05 [kjournald]
root       779  0.0  0.0     0    0 ?        SW   Mar15   0:05 [kjournald]
root      3999  0.0  0.0  1592  276 ?        S    Mar15   0:02 syslogd -m 0
root      4003  0.0  0.0  1540    4 ?        S    Mar15   0:00 klogd -x
root      4013  0.0  0.0  1528  236 ?        S    Mar15   1:21 irqbalance
rpc       4030  0.0  0.0  1664    4 ?        S    Mar15   0:00 portmap
root      4097  0.0  0.0  3584  148 ?        S    Mar15   0:01 /usr/sbin/sshd
root      4117  0.0  0.0  2152    4 ?        S    Mar15   0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
root      4138  0.0  0.0  1564  132 ?        S    Mar15   0:01 crond
daemon    4147  0.0  0.0  1580  172 ?        S    Mar15   0:00 /usr/sbin/atd
oracle    4191  0.0  0.1 13728 1640 ?        S    Mar15   0:05 /oracle/bin/tnslsnr LISTENER -inherit
oracle    4229  0.0  0.2 514500 2208 ?       S    Mar15   3:24 ora_pmon_bspb
oracle    4231  0.0  6.4 515848 66712 ?      S    Mar15   1:41 ora_dbw0_bspb
oracle    4233  0.0  0.1 518956 1884 ?       S    Mar15   2:25 ora_lgwr_bspb
oracle    4235  0.0  0.5 514996 5608 ?       S    Mar15   3:29 ora_ckpt_bspb
oracle    4237  0.0  5.5 513940 56572 ?      S    Mar15   1:33 ora_smon_bspb
oracle    4239  0.0  0.6 513904 6372 ?       S    Mar15   0:00 ora_reco_bspb
oracle    4241  0.0  0.7 513920 7956 ?       S    Mar15   2:09 ora_cjq0_bspb
oracle    4243  0.0  6.3 513964 65200 ?      S    Mar15   4:28 ora_qmn0_bspb
oracle    4245  0.0  0.0 514488 656 ?        S    Mar15   0:02 ora_s000_bspb
oracle    4247  0.0  0.0 514412 588 ?        S    Mar15   0:01 ora_d000_bspb
root      4256  0.0  0.0  1524    4 tty1     S    Mar15   0:00 /sbin/mingetty tty1
root      4257  0.0  0.0  1516    4 tty2     S    Mar15   0:00 /sbin/mingetty tty2
root      4258  0.0  0.0  1512    4 tty3     S    Mar15   0:00 /sbin/mingetty tty3
root      4259  0.0  0.0  1512    4 tty4     S    Mar15   0:00 /sbin/mingetty tty4
root      4260  0.0  0.0  1512    4 tty5     S    Mar15   0:00 /sbin/mingetty tty5
root      4261  0.0  0.0  1524    4 tty6     S    Mar15   0:00 /sbin/mingetty tty6
oracle    1347  0.0  3.0 514224 31636 ?      S    Mar28   0:18 oracleb (LOCAL=NO)
root      2622  0.0  0.0  6780  452 ?        S    Mar29   0:00 sshd: oracle [priv]
oracle    2624  0.0  0.0  6928  668 ?        S    Mar29   1:00 sshd: oracle@pts/0
oracle    2625  0.0  0.1  4280 1112 pts/0    S    Mar29   0:00 -bash
oracle    2762  0.1  9.0 514212 93264 ?      S    Mar29   2:06 oracleb (LOCAL=NO)
oracle    2825  0.0  0.5 514052 6024 ?       S    Mar29   0:00 oracleb (LOCAL=NO)
oracle    2976  0.0  1.6 514076 16844 ?      S    Mar29   0:01 oracleb (LOCAL=NO)
oracle    3231  0.0  0.5 514044 5756 ?       S    Mar29   0:00 oracleb (LOCAL=NO)
oracle    4060  0.0  1.7 514080 18100 ?      S    09:48   0:00 oracleb (LOCAL=NO)
oracle    4062  0.4 11.6 514212 119972 ?     S    09:50   1:20 oracleb (LOCAL=NO)
oracle    4064  0.5  3.8 514084 39256 ?      S    09:53   1:29 oracleb (LOCAL=NO)
oracle    4076  0.0  7.0 514232 72504 ?      S    09:55   0:12 oracleb (LOCAL=NO)
oracle    4078  0.0  1.1 514084 11668 ?      S    09:57   0:00 oracleb (LOCAL=NO)
oracle    4080  0.0  3.8 514092 39260 ?      S    09:59   0:05 oracleb (LOCAL=NO)
oracle    4092  0.0  2.1 514072 21976 ?      S    10:03   0:02 oracleb (LOCAL=NO)
oracle    4094  0.0  3.2 514224 33136 ?      S    10:08   0:05 oracleb (LOCAL=NO)
oracle    4096  0.0  3.4 514068 35508 ?      S    10:14   0:01 oracleb (LOCAL=NO)
oracle    4105  0.3  5.2 514228 53484 ?      S    10:24   0:56 oracleb (LOCAL=NO)
oracle    4172  0.0  1.4 514076 15280 ?      S    11:54   0:00 oracleb (LOCAL=NO)
oracle    4285  0.1  6.7 514076 69124 ?      S    14:21   0:01 oracleb (LOCAL=NO)
oracle    4298  0.0  0.0  2744  756 pts/0    R    14:38   0:00 ps -aux
30 мар 06, 14:06    [2506782]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
sergkosko
Member

Откуда: Запорожье
Сообщений: 155
Насколько я вижу каждый процесс занимает 500 м ...
из них
прядка 300 эот SGA .
если запустить отот скрипт size.sh ...
в момент когда начинается своп ...
и сравнить с имеющейся оперативкой ...
кроме процессов оракла вроди как пузатиков не видать ...
__________________
MIRЛMЛNGJES
( учу Албанский )
30 мар 06, 14:19    [2506848]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
BW
Member

Откуда:
Сообщений: 727
Еще хорошо бы увидеть:
1. вывод команды ipcs
2.
select name, value from v$parameter where value is not null order by 1

А вообще рекомендую поставить патч 9.2.0.7

С уважением,
bw.
30 мар 06, 16:42    [2507705]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
$ ipcs

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x2b20b7dc 0          oracle    660        440401920  95

------ Semaphore Arrays --------
key        semid      owner      perms      nsems
0x307c318c 98304      oracle    660        154

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

SQL> select name, value from v$parameter where value is not null order by 1;

NAME
----------------------------------------------------------------
VALUE
--------------------------------------------------------------------------------
O7_DICTIONARY_ACCESSIBILITY
FALSE

aq_tm_processes
1

archive_lag_target
0

audit_file_dest
?/rdbms/audit

audit_sys_operations
FALSE

audit_trail
NONE

background_core_dump
partial

background_dump_dest
/oracle/admin/b/bdump

backup_tape_io_slaves
FALSE

bitmap_merge_area_size
1048576

blank_trimming
FALSE

circuits
170

cluster_database
FALSE

cluster_database_instances
1

commit_point_strength
1

compatible
9.2.0.0.0

control_file_record_keep_time
7

control_files
/db/controlcontrol01.ctl, /db/controlcontrol02.ctl, /db/controlcontrol03.ctl

core_dump_dest
/oracle/admin/b/cdump

cpu_count
4

create_bitmap_area_size
8388608

cursor_sharing
EXACT

cursor_space_for_time
FALSE

db_16k_cache_size
0

db_2k_cache_size
0

db_32k_cache_size
0

db_4k_cache_size
0

db_8k_cache_size
0

db_block_buffers
0

db_block_checking
FALSE

db_block_checksum
TRUE

db_block_size
16384

db_cache_advice
ON

db_cache_size
150994944

db_file_multiblock_read_count
16

db_files
200

db_keep_cache_size
0

db_name
b

db_recycle_cache_size
0

db_writer_processes
1

dblink_encrypt_login
FALSE

dbwr_io_slaves
0

dg_broker_config_file1
?/dbs/dr1@.dat

dg_broker_config_file2
?/dbs/dr2@.dat

dg_broker_start
FALSE

disk_asynch_io
TRUE

dispatchers
(PROTOCOL=TCP) (SERVICE=bXDB)

distributed_lock_timeout
60

dml_locks
748

drs_start
FALSE

enqueue_resources
968

fast_start_io_target
0

fast_start_mttr_target
300

fast_start_parallel_rollback
LOW

file_mapping
FALSE

filesystemio_options
none

global_names
FALSE

hash_area_size
1048576

hash_join_enabled
TRUE

hi_shared_memory_address
0

hs_autoregister
TRUE

instance_name
b

instance_number
0

java_max_sessionspace_size
0

java_pool_size
67108864

java_soft_sessionspace_limit
0

job_queue_processes
6

large_pool_size
16777216

license_max_sessions
0

license_max_users
0

license_sessions_warning
0

lock_sga
FALSE

log_archive_dest_state_1
enable

log_archive_dest_state_10
enable

log_archive_dest_state_2
enable

log_archive_dest_state_3
enable

log_archive_dest_state_4
enable

log_archive_dest_state_5
enable

log_archive_dest_state_6
enable

log_archive_dest_state_7
enable

log_archive_dest_state_8
enable

log_archive_dest_state_9
enable

log_archive_format
%t_%s.dbf

log_archive_max_processes
2

log_archive_min_succeed_dest
1

log_archive_start
FALSE

log_archive_trace
0

log_buffer
393216

log_checkpoint_interval
0

log_checkpoint_timeout
1800

log_checkpoints_to_alert
FALSE

log_parallelism
1

logmnr_max_persistent_sessions
1

max_commit_propagation_delay
700

max_dispatchers
5

max_dump_file_size
UNLIMITED

max_enabled_roles
30

max_rollback_segments
37

max_shared_servers
20

mts_circuits
170

mts_dispatchers
(PROTOCOL=TCP) (SERVICE=bXDB)

mts_max_dispatchers
5

mts_max_servers
20

mts_multiple_listeners
FALSE

mts_servers
1

mts_service
b

mts_sessions
165

nls_date_format
dd.mm.yyyy

nls_language
AMERICAN

nls_length_semantics
BYTE

nls_nchar_conv_excp
FALSE

nls_territory
AMERICA

object_cache_max_size_percent
10

object_cache_optimal_size
102400

olap_page_pool_size
33554432

open_cursors
300

open_links
4

open_links_per_instance
4

optimizer_dynamic_sampling
1

optimizer_features_enable
9.2.0

optimizer_index_caching
0

optimizer_index_cost_adj
100

optimizer_max_permutations
2000

optimizer_mode
CHOOSE

oracle_trace_collection_path
?/otrace/admin/cdf

oracle_trace_collection_size
5242880

oracle_trace_enable
FALSE

oracle_trace_facility_name
oracled

oracle_trace_facility_path
?/otrace/admin/fdf

os_authent_prefix
ops$

os_roles
FALSE

parallel_adaptive_multi_user
FALSE

parallel_automatic_tuning
FALSE

parallel_execution_message_size
2148

parallel_max_servers
5

parallel_min_percent
0

parallel_min_servers
0

parallel_server
FALSE

parallel_server_instances
1

parallel_threads_per_cpu
2

partition_view_enabled
FALSE

pga_aggregate_target
77594624

plsql_compiler_flags
INTERPRETED

plsql_native_library_subdir_count
0

plsql_v2_compatibility
FALSE

pre_page_sga
TRUE

processes
150

query_rewrite_enabled
TRUE

query_rewrite_integrity
enforced

read_only_open_delayed
FALSE

recovery_parallelism
0

remote_archive_enable
true

remote_dependencies_mode
TIMESTAMP

remote_login_passwordfile
EXCLUSIVE

remote_os_authent
FALSE

remote_os_roles
FALSE

replication_dependency_tracking
TRUE

resource_limit
FALSE

row_locking
always

serial_reuse
DISABLE

serializable
FALSE

service_names
b

session_cached_cursors
0

session_max_open_files
10

sessions
170

sga_max_size
420417876

shadow_core_dump
partial

shared_memory_address
0

shared_pool_reserved_size
6710886

shared_pool_size
167772160

shared_server_sessions
165

shared_servers
1

sort_area_retained_size
0

sort_area_size
524288

sql92_security
FALSE

sql_trace
FALSE

sql_version
NATIVE

standby_archive_dest
?/dbs/arch

standby_file_management
MANUAL

star_transformation_enabled
TRUE

statistics_level
TYPICAL

tape_asynch_io
TRUE

thread
0

timed_os_statistics
0

timed_statistics
TRUE

trace_enabled
TRUE

transaction_auditing
TRUE

transactions
187

transactions_per_rollback_segment
5

undo_management
AUTO

undo_retention
10800

undo_suppress_errors
FALSE

undo_tablespace
UNDOTBS2

use_indirect_data_buffers
FALSE

user_dump_dest
/oracle/admin/b/udump

workarea_size_policy
AUTO


196 rows selected.
31 мар 06, 08:09    [2509415]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
swap
Guest
Есть своп и нет свопа

[root@myhost ~]# free
total used free shared buffers cached
Mem: 1034424 1024636 9788 0 110592 792860
-/+ buffers/cache: 121184 913240
Swap: 4194296 143324 4050972
[root@myhost ~]#
[root@myhost ~]# swapoff /dev/sys/swap
[root@myhost ~]# swapon /dev/sys/swap
[root@myhost ~]#
[root@myhost ~]# free
total used free shared buffers cached
Mem: 1034424 1013812 20612 0 109332 811848
-/+ buffers/cache: 92632 941792
Swap: 4194296 0 4194296
[root@myhost ~]#
31 мар 06, 09:14    [2509541]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
neDBA
Guest
swap Guest

Есть своп и нет свопа


Вроде и правда, своп победил. Правда после влючения 180 МБ опять отъел. Ну что ж уже лучше. можно хоть будетне ребутить сервер раз в два месяца :)).

BW
А вообще рекомендую поставить патч 9.2.0.7


мы купили Oracle без саппорта, так что доступа к металинку нет. на сайте лежит только Oracle9i Release 2 (9.2.0.4).
Может я не там смотрел, или ссылка есть другая?
31 мар 06, 10:40    [2509948]     Ответить | Цитировать Сообщить модератору
 Re: со временем растет объем mem для Oracle  [new]
swap
Guest
neDBA
swap Guest

Есть своп и нет свопа


Вроде и правда, своп победил. Правда после влючения 180 МБ опять отъел. Ну что ж уже лучше. можно хоть будетне ребутить сервер раз в два месяца :)).

Вот только не нужно это делать на промышленной системе Рискуете получить Ой.

Перечитайте сообщение Я и ёжик.
31 мар 06, 11:45    [2510387]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить