ﺒﻐﻴﺭ ﻫﺫﺍ ﺍﻟﺠﺯﺀ ﻻ ﻨﺴﺘﻁﻴﻊ ﺍﻟﻭﺼﻭل ﻟﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ، ﻓﻬﻲ ﻋﺒﺎﺭﺓ ﻋﻥ ﺠﺯﺀ ﻤﻥ ﺍﻟﺫﺍﻜﺭﺓ ﻭﻤﺠﻤﻭﻋﺔ ﻤﻥ ﺍﻟﻤﻌﺎﻟﺠﺎﺕ ﻨﺴﺘﻁﻴﻊ ﻤﻥ ﺨﻼﻟﻬﺎ ﺍﻟﺘﻌﺎﻤل ﻭﺍﻟﻭﺼﻭل ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ

ﻭﻫﻰ ﺘﺘﻜﻭﻥ ﻤﻥ ﺠﺯﺌﻴﻴﻥ ﺭﺌﻴﺴﻴﻴﻥ:-

• Memory Structure
• Background Processes

:Memory Structure -1

ﻭﻫﻰ ﺘﺘﻜﻭﻥ ﻟﺤﻅﺔ ﻓﺘﺢ الShared Global Area ﻭﻫﻰ ﻋﺒﺎﺭﺓ ﻋﻥ ﺠﺯﺀ ﻤﻥ ﺍﻟﺫﺍﻜﺭﺓ ﻴﺘﻡ ﺘﺨﺼﻴﺼﻪ ﻟﻌﻤل ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺃﻭﺭﻜل ﻭﻫﻰ ﺘﺘﻜﻭﻥ ﻤﻥ ﺠﺯﺃﻴﻥ -:

• (System Global Area (SGA 
• (Program Global Area (PGA 

:System Global Area (SGA) - 1

ﻭﺘﺴﻤﻰ ﺃﻴﻀﺎ الShared Global Area ﻭﻫﻰ ﺠﺯﺀ ﻤﻥ ﺍﻟﺫﺍﻜﺭﺓ ﻴﺨﺼﺹ ﻟﻠﻤﻌﻠﻭﻤﺎﺕ ﺍﻟﺘﻲ ﺘﻜﻭﻥ ﻤﺸﺘﺭﻜﺔ ﻭﻤﺘﺎﺤﺔ ﻟﺠﻤﻴﻊ ﻤﺴﺘﺨﺩﻤﻲ ﻗﻭﺍﻋﺩ ﺍﻟﺒﻴﺎﻨﺎﺕ، ﻭﺘﺤﺘﻭﻯ ﻋﻠﻰ ﻤﻌﻠﻭﻤﺎﺕ ﺍﻟﺘﺤﻜﻡ ﺍﻟﺘﻲ ﺘﺴﺘﺨﺩﻡ ﻤﻥ ﻗﺒل ﺇل Oracle Server

ﻭﻫﻰ ﺘﺘﻜﻭﻥ ﻓﻲ ﺇل Virtual Memory ﻭﺘﺘﻜﻭﻥ ﻟﺤﻅﺔ ﻓﺘﺢ ﺇلInstance، ﻭﺴﻌﺔ ﻫﺫﻩ ﺍﻟﺫﺍﻜﺭﺓ ﺘﺘﺤﺩﺩ ﺒﻭﺍﺴﻁﺔ ﺍﻟﻤﺘﻐﻴﺭ SGA_MAX_SIZE ﻓﻲ ﻤﻠﻑ ﺍﻟﻤﺘﻐﻴﺭﺍﺕ (Parameter File)، ﻭﻫﻰ ﺫﺍﻜﺭﺓ ﺁﻟﻴﺔ ﺃﻱ ﻴﻤﻜﻥ ﺘﻐﻴﻴﺭ ﺤﺠﻤﻬﺎ ﺩﻭﻥ ﺇﻏﻼﻕ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ

ﻭﻫﻰ ﺘﺘﻜﻭﻥ ﻤﻥ ﻗﺴﻤﻴﻥ -:

• Mandatory Memory
• Optional Memory

:Mandatory Memory

1- Shared Pool:

ﻭﻴﺘﻡ ﺍﻟﺘﺤﻜﻡ ﻓﻲ ﺤﺠﻡ ﻫﺫﻩ ﺍﻟﺫﺍﻜﺭﺓ ﺒﻭﺍﺴﻁﺔ ﺍﻟﻤﺘﻐﻴﺭSHARED_POOL_SIZE ، ﻭﺘﺤﺘﻭﻯ ﻋﻠﻰ ﺠﺯﺃﻴﻥ :

Library Cache -1

Data Dictionary Cache -2

.DB_CACHE_SIZE  ويتم التحكم في حجم هذا الجزء من الذاكرة بواسطة المتغير :Database Buffer Cache -2 

ﻭﻫﻜﺫﺍ ﺒﺎﻗﻲ ﺃﺠﺯﺍﺀ ﺍﻟﺫﺍﻜﺭﺓ ﻴﺘﻡ ﺍﻟﺘﻌﺩﻴل ﺒﻨﻔﺱ ﺍﻟﻁﺭﻴﻘﺔ ﺍﻟﺴﺎﺒﻘﺔ.

3- Redo Log  Buffer -:ﻭﻴﺘﻡ ﺘﺤﺩﻴﺩ ﺴﻌﺔ ﻫﺫﺍ ﺍﻟﺠﺯﺀ ﻤﻥ ﺍﻟﺫﺍﻜﺭﺓ ﺒﻭﺍﺴﻁﺔ ﺍﻟﻤﺘﻐﻴﺭ LOG_BUFFER.

: Optional Memory

Large Pool -1

Java Pool -2

Streams Pool -3

ﻴﻤﻜﻥ ﻤﻌﺭﻓﺔ ﺤﺠﻡ ﺇلSGA ﺒﺎﻟﻨﻅﺭ ﻓﻲ ﻤﻠﻑ ﺍﻟﻤﺘﻐﻴﺭﺍﺕ (Parameters File) ، ﺃﻭ ﻋﻥ ﻁﺭﻴﻕ ﻜﺘﺎﺒﺔ ﺍﻷﻤﺭ ﺍﻟﺘﺎﻟﻲ : -

او عن طريق الاستلاع  V$SGA

:Program Global Area (PGA) - 2

الحالية ويتكون هذا الجزء من الذاكرة لحظة Server Process وهي تحتوى على معلومات خاصة بال Instance وهي جزء من الذاكرة تتكون خارج إل Process Global Area وتسمى أيضًا

        وهذا الجزء ليس متاحًا لباقي Server Process وتنتهي لحظة انتهاء إل .Server Process إنشاء إل

  خاصة به تحتوى على معلومات خاصة PGA في قاعدة البيانات Server Process المتصلين أي لكل 

به .وهى تحتوى على ثلاثة أجزاء :-

Private SQL Area -1

Session Memory -2

SQL Work Area -3

:Background Processes -2

  -: Processes إل لا بد من التنبيه لأن هناك ثلاثة أنواع من Background Processes وقبل الحديث عن ال

 وهو يبدأ العمل عندما يطلب المستخدم الاتصال بقاعدة البيانات عن  طريق أحد أدوات قاعدة البيانات-:User process -1 

   بعد طلب Instances ويتم إنشاؤه لحظة الاتصال بال -: Server Process -2
الاتصال بقاعدة البيانات، فيتم التحقق من المستخدم فلحظة الاتصال هي لحظة إنشاء User Process ال
في User Process فلكل ، Instance وال User Process وهو يكون بين إل Server Process إل
أما إذا Dedicated Server خاص به هذا إذا كنا نعمل في بيئة إل Server Process قاعدة البيانات
فالأمر يختلف قلي ً لا، (سنناقش هذا الأمر لاحقًا) . Shared Server كنا نعمل في بيئة إل

وهذا موضوع نقاشنا في هذه الفقرة وهو عبارة عن معالجات - :Background Processes -3

  -:وتنقسم إلى قسمين ،Instance تعمل في قاعدة البيانات بحيث تقوم بمهام مختلفة تبدأ العمل لحظة فتح إل

• Mandatory: ﻻ ﺒﺩ ﻤﻥ ﻋﻤﻠﻬﺎ ﻟﺤﻅﺔ ﻓﺘﺢ ﺍل Instance ﻜﻤﺎ ﻫﻭ ﻤﻭﻀﺢ ﻓﻲ

ﺍﻟﺸﻜل ١-٤.

• Optional: ﻭﺒﺩﻭﻨﻬﺎ ﺘﺴﺘﻁﻴﻊ ﺇلInstance ﺍﻟﻌﻤل ﻭﻫﺫﺍ ﺍﻟﻨﻭﻉ ﻴﻌﻤل ﻓﻲ

ﺒﻌﺽ ﺍﻷﺤﻭﺍل ﺍﻟﺘﻲ ﻴﺘﻡ ﻓﻴﻬﺎ ﺘﻬﻴﺌﺔ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﻠﻌﻤل ﻋﻠﻰ ﺨﻴﺎﺭﺍﺕ ﻤﻌﻴﻨﺔ.

:Mandatory Processes

ﻭﻻ ﻴﻤﻜﻥ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻌﻤل ﺩﻭﻥ ﻫﺫﻩ ﺍل Processes ، (ﺭﺍﺠﻊ ﺸﻜل ٥-١) ، ﻭﻫﻰ-:

: System Monitor (SMON) -1

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ 1، ﻭﻴﻘﻭﻡ ﺒﻌﻤل ﺍﻻﺴﺘﺭﺠﺎﻉ (Recovery) ﺇﺫﺍ ﺤﺼل ﻤﺸﻜﻠﺔ ﻓﺊ ﺍلInstance، ﻭﺇﺫﺍ ﻜﻨﺎ ﻨﻌﻤل ﻋﻠﻰ ﺍﻟﺒﻴﺌﺔ (RAC)

Real Application Clusters ﻭﻫﻰ ﻋﻤل ﺃﻜﺜﺭ ﻤﻥ Instance ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻭﺍﺤﺩﺓ ﻓﺈﻥ ﺍلSMON

ﻓﻲ ﺍلInstance ﺍﻟﺴﻠﻴﻤﺔ ﻴﺴﺘﻁﻴﻊ ﻋﻤل Recovery ﻟلInstance ﺍﻷﺨﺭﻯ ﺍﻟﺘﻲ ﺤﺩﺜﺕ ﻓﻴﻬﺎ ﻤﺸﻜﻠﺔ .

ﻜﺫﻟﻙ ﻴﺴﺘﻁﻴﻊ ﺍلSMON ﻋﻤل ﺘﻨﻅﻴﻑ ﻟلSegments ﺍﻟﻤﺅﻗﺘﺔ ﺍﻟﺘﻲ ﻟﻡ ﻴﺘﻡ ﺍﺴﺘﺨﺩﺍﻤﻬﺎ ﻤﻥ ﻓﺘﺭﺓ ﻁﻭﻴﻠﺔ.

: Process Monitor (PMON) -2

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ ١، ﻭﻴﻘﻭﻡ ﺒﻌﻤل Recovery ﻟلProcess ﺇﺫﺍ ﺤﺩﺜﺕ ﻤﺸﻜﻠﺔ ﻓﻲ ﺍلProcess User ،

ﻜﺫﻟﻙ ﻴﻘﻭﻡ ﺒﺘﻨﻅﻴﻑ ﺍل Buffer Database Cache ﻹﺘﺎﺤﺔ ﺍﻟﻤﺼﺎﺩﺭ ﻓﻲ ﻫﺫﺍ ﺍﻟﺠﺯﺀ ﻤﻥ ﺍﻟﺫﺍﻜﺭﺓ ﻟلProcess، ﻭﻜﺫﻟﻙ ﻴﻘﻭﻡ ﺒﺘﺴﺠﻴل ﺍﻟﻤﻌﻠﻭﻤﺎﺕ ﺤﻭل ﺍلInstance ﻭﺍلProcesses Dispatcher ،

ﻭﺃﻴﻀﺎ ﻴﻘﻭﻡ ﺒﻌﻤل ﺍﺨﺘﺒﺎﺭ ﻟلProcesses Dispatcher

ﻭﺍل Processes Server ﻭﻴﻘﻭﻡ ﺒﻌﻤل ﺇﻋﺎﺩﺓ ﺘﺸﻐﻴل ﻓﻲ ﺤﺎﻟﺔ ﻭﺠﻭﺩ ﻤﺸﻜﻠﺔ ﻓﻴﻬﺎ.

: Log Writer (LGWR) -3

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ 1، ﻭﻴﻘﻭﻡ ﺒﺘﺴﺠﻴل ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻤﻭﺠﻭﺩﺓ ﻓﻲ Red Log Bufferﺍل ﻓﻲ ﺍل Log Redo Files، ﻭﻴﻘﻭﻡ ﺒﻬﺫﻩ ﺍﻟﻌﻤﻠﻴﺔ ﻓﻲ ﺍﻷﺤﻭﺍل ﺍﻵﺘﻴﺔ -:

Commit  لحظة عمل

 كل ثلاث ثوان 

 Redo Log Buffer عندما يمتلئ ثلث ال

سنناقش هذا لاحقا DBWn لحظة عمل

Redo log File فإذا حدثت مشكلة في Redo Log Groups يقوم بكتابة التزامن لل LGWR كذلك ال

.Alert Log يقوم بتسجيل الخطأ في ملف LGWR فإن ال

يقوم بكتابة البيانات المثبتة وغير LGWR فإن ال Commit ملاحظة : يجب الانتباه إلى أنه لحظة عمل

.Redo Log File إلى ال Redo log Buffer المثبتة الموجودة في ال

.Instance في الاسترجاع إذا حدثتت مشكلة في ال LGWR نستفيد من عملية ال

Database Writer (DBWn) -4:

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ 20، ﻭﻴﻘﻭﻡ ﺒﻜﺘﺎﺒﺔ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻤﻭﺠﻭﺩﺓ ﻓﻲ ﺍلCache Buffer Database ﻓﻲ ﺍلDatafiles ، ﻭﻴﻤﻜﻥ ﺘﻬﻴﺌﺔ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﺘﻌﻤل ﺒﺄﻜﺜﺭ ﻤﻥ

DBWn ﺤﺴﺏ ﺍﻟﺤﺎﺠﺔ ﺒﺄﻗﺼﻰ ﻋﺩﺩ 20. ﻭﺍﻟﻤﺘﻐﻴﺭ ﺍﻟﺫﻱ ﻴﺘﺤﻜﻡ ﻓﻲ ﻋﺩﺩ ﻫﺫﺍ ﺍلProcess ﻫﻭ DB_WRITER_PROCESSES

.ﻭﻴﻘﻭﻡ ﻫﺫﺍ ﺍلProcess ﺒﻜﺘﺎﺒﺔ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻤﻭﺠﻭﺩﺓ ﻓﻲ ﺍلCache Buffer Database ﻓﻲ ﺍلDatafiles

ﻓﻲ ﺍﻟﺤﺎﻻﺕ ﺍﻵﺘﻴﺔ -:

١- ﻟﺤﻅﺔ ﺤﺩﻭﺙ ﺍلCheckpoint ﻭﺴﻨﺘﺤﺩﺙ ﻋﻥ ﺫﻟﻙ ﻻﺤﻘﺎ.

٢- ﻜل ﺜﻼﺙ ﺜﻭﺍﻥ.

٣- ﻟﺤﻅﺔ ﺤﺩﻭﺙ ﺍلSwitch Log ﻭﺴﻨﺘﺤﺩﺙ ﻋﻨﻪ ﻻﺤﻘﺎﹰ.

٤- ﻟﺤﻅﺔ ﺇﻏﻼﻕ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.

٥- ﻟﺤﻅﺔ ﻭﺼﻭل ﺍلBlock ﻟﻠﻘﻴﻤﺔ ﺍﻟﻤﺤﺩﺩﺓ.

٦- ﻟﺤﻅﺔ ﺍﻤﺘﻼﺀ ﺍل.Buffer

٧- ﻋﻨﺩ ﻋﻤل ﺍﻷﺘﻲ-:

Tablespace Offline *

Tablespace Read Only * Table Drop or Truncate * Tablespace Begin Backup *

:Checkpoint Process (CKPT) -5

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ ١، ﻭﻴﻘﻭﻡ ﺒﺎﻟﺘﺄﻜﺩ ﻤﻥ ﺃﻥ ﻜل ﺍﻟﺘﻌﺩﻴﻼﺕ ﺍﻟﺘﻲ ﺘﻤﺕ ﻋﻠﻰ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺍلBuffer ﻗﺩ ﺘﻤﺕ ﻜﺘﺎﺒﺘﻬﺎ ﻭﺘﺜﺒﻴﺘﻬﺎ ﻓﻲ ﺍلDatafiles

ﻭﻤﻥ ﺜﻡ ﻴﻘﻭﻡ ﺒﻌﻤل ﺘﺯﺍﻤﻥ ﻜﺎﻤل ﻟﻜل ﺍلDatafiles ﻭﻴﻘﻭﻡ ﺒﻌﻤل ﺘﻌﺩﻴل ﻟلheaders .Datafiles ﺍلfiles Control ﻴﺘﻡ ﺘﻌﺩﻴﻠﻪ ﻋﻨﺩ ﺁﺨﺭ SCN،

ﺒﺤﻴﺙ ﻴﺘﻡ ﺘﺯﺍﻤﻥ ﻜﺎﻤل ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻭﻨﻀﻤﻥ ﺇﻤﻜﺎﻨﻴﺔ ﺍﺴﺘﺭﺠﺎﻉ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺤﺎل ﺤﺩﻭﺙ ﻤﺸﻜﻠﺔ.

ﻭﻴﺘﻡ ﻋﻤل ﺍلCKPT ﻓﻲ ﺍﻟﺤﺎﻻﺕ ﺍﻟﺘﺎﻟﻴﺔ -:

1- ﻟﺤﻅﺔ ﺤﺩﻭﺙ Switch .Log

2- ﻋﻨﺩ ﻭﺼﻭل ﺍﻟﺯﻤﻥ ﺍﻟﻤﺤﺩﺩ ﻓﻲ ﺍﻟﻤﺘﻐﻴﺭ LOG_CHECKPOINT_TIMEOUT

3- ﻋﻨﺩ ﻤﺎ ﻴﺼل ﻋﺩﺩ ﺍلBLOCKS ﺍﻟﻤﺤﺩﺩ ﻓﻲ ﺍﻟﻤﺘﻐﻴﺭ

LOG_CHECKPOINT_INTERVAL

4- ﻋﻨﺩ ﻭﺼﻭل ﻋﺩﺩ ﺍلBuffer ﺍﻟﻤﺤﺩﺩ ﻓﻲ ﺍﻟﻤﺘﻐﻴﺭ FAST_START_IO_TARGET .

5- ﻋﻨﺩ ﺘﻨﻔﻴﺫ ﺍﻷﻭﺍﻤﺭ ﺍﻟﺘﺎﻟﻴﺔ -:

: Recover (RECO) -6

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ 1، ﻭﻴﺴﺘﺨﺩﻡ ﻟﻤﻌﺎﻟﺠﺔ ﻤﺸﻜﻠﺔ

ﺍﻟﻌﻤﻠﻴﺎﺕ ﺍﻟﻤﻭﺯﻋﺔ ﺍﻟﻤﻌﻠﻘﺔ ﻨﺘﻴﺠﺔ ﻤﺸﻜﻠﺔ ﻓﻲ ﺍﻟﺸﺒﻜﺔ ﺃﻭ ﺍﻟﻨﻅﺎﻡ، ﻓﺒﻌﺩ ﻓﺘﺭﺓ ﻤﺤﺩﺩﺓ ﻴﻘﻭﻡ ﺍلProcess ﺒﻤﺤﺎﻭﻟﺔ

ﺍﻻﺘﺼﺎل ﻋﻥ ﺒﻌﺩ ﻭﻤﺤﺎﻭﻟﺔ ﺇﻜﻤﺎل ﺍﻟﻌﻤﻠﻴﺔ ﺃﻭ ﺍﻟﺘﺭﺍﺠﻊ ﻋﻨﻬﺎ.

:Optional Processes

ﻭﻴﻤﻜﻥ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻌﻤل ﺩﻭﻥ ﻫﺫﻩ ﺍلProcesses وﻟﻜﺜﺭﺓ ﻫﺫﻩ ﺍلProcesses ﺴﻨﺘﻁﺭﻕ ﻷﻫﻤﻬﺎ-:

: (ARCn) Archiver -1

ﻭﺃﻗﺼﻰ ﻋﺩﺩ ﻟﻬﺫﺍ ﺍلProcess ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻫﻭ 10، ﻭﻴﻘﻭﻡ ﺒﻜﺘﺎﺒﺔ ﺍلFiles log Red Online ﻓﻲ ﻤﻠﻑ ﺍﻷﺭﺸﻴﻑ (Log Archive Destination ) ﺒﻌﺩ ﺤﺩﻭﺙ ﺍلSwitch Log ، ﻫﺫﺍ ﺍلProcess ﻴﻌﻤل

ﺇﺫﺍ ﻜﺎﻨﺕ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺘﻌﻤل ﻓﻲ ﺍﻟﻨﻤﻁ  .Archive Log Mode ﻴﺘﻡ ﺍﻟﺘﺤﻜﻡ ﻓﻲ ﻋﺩﺩ ﻫﺫﺍ ﺍلProcess

ﻋﻥ ﻁﺭﻴﻕ ﺍﻟﻤﺘﻐﻴﺭ LOG_ARCHIVE_MAX_PROCESSES .

:Recovery Writer(RVWR) -2

ﻫﺫﺍ ﺍلProcess ﺘﻡ ﺍﺴﺘﺤﺩﺍﺜﻪ ﻓﻲ ﺍﻹﺼﺩﺍﺭﺓ Oracle 10g  ﻨﺴﺘﻔﻴﺩ ﻤﻥ ﻫﺫﺍ ﺍلProcess ﻓﻲ ﻋﻤﻠﻴﺔ

ﺍلDatabase Flashback، (ﺴﻨﻨﺎﻗﺵ ﻫﺫﺍ ﺍﻟﻤﻭﻀﻭﻉ ﻻﺤﻘﺎ).

.Lock Monitor (LMON) -3

.Lock Manager DAEMON -4

.Lock Process (LCKn) -5

.Block Server Process (BSPn) -6

.Queue Monitor (QMNn)َ-7

.Event Monitor (EMNn) -8

.Shared Server Processes (Snnn)ٍ -9

.Memory Manager (MMAN)-10

.Parallel Execution slaves (Pnnn)-11

.Trace Writer (TRWR) -12

.DMON -13

.Dispatcher (Dnnn) -14

.MMON -15

.Wakeup Monitor Process (WMON) -16

.Memory Monitor Light (MMON) -17

.RBAL -18

.ARBx -19

.ASMB -20

.Change Tracking Writer (CTWR) -21

.Job Queue Monitoring (CJQn) -22

------------