redo log files

بسم االله الرحمن الرحيم 

السلام علكيم ورحمة االله وبركاته:‏ 

هذا الكتاب للراغبين في القيام بإمتحانات الأوراكل 

رقم 

1z0-031 المسمى بإسم:‏ 

9 وبالتحديد للإمتحان الثاني 

Oracle 9i DBA Fundamentals I 

عسى أن ینفعكم وبالتوفیق إن شاء االله تعالى.‏ 

أخوكم محمد.‏ 

ھذا الكتاب مجاني وغیر مخصص للبیع 

نسخة مجانیة في موقع 

http://book.arabsbook.com/ 

2

المكونات:‏ 

الفصل الأول:‏ مكونات الأوراكل.‏ (4) 

الفصل الثاني:‏ تنصیب و إدارة الأوراكل.‏ (26) 

الفصل الثالث:‏ تكوين الداتا بیس واستخدام الداتا ديكشینوري.‏ (51) 

الفصل الرابع:‏ ملفات الكنترول و الريدو لوج.‏ (63) 

الفصل الخامس:‏ ملفات الداتا والتیبل سبیس.‏ (76) 

الفصل السادس:‏ السیجمنت و خصائص التخزين.‏ (95) 

الفصل السابع:‏ إدارة التابل و الإندكس والكونیسترانیت.(‏‎106‎‏)‏ 

الفصل الثامن : 

إدارة الیوزرز و باسورد سیكیورتي و الريسورسیس.(‏‎133‎‏)‏ 

الفصل التاسع 

: 

إدارة البريفلیج و أوديوتین و الرولز.‏ (146) 

الفصل العاشر:‏ الدعم العالمي.(‏‎164‎‏)‏ 

3

ORACLE ARCHITECTURE 

4

ORACLE SERVER 

ھو نظام لادارة قواعد البیانات و یتكون من مكونیین اساسیین ھما 

: 

ORACLE INSTANCE, ORACLE DATABASE 

.Process structure لتتمكن من 

Memory Structure 

: ORACLE INSTANCE 

و 

من أھم مكونات الأوراكل یحتوي على 

الوصول الى البیانات "Data" یجب أن یكون ال Instance في وضعیة العمل،‏ أي انھ یتم من خلالھ 

الحصول على البیانات المطلوبة،‏ ولا یستطیع ال Instance فتح و تشغیل أكثر من واحد فقط 

في نفس الوقت،‏ ولكن من الممكن لأكثر من Instance العمل على ذات ال .Database 

Database 

1.1 رسم 

: ORACLE DATABASE 

عبارة عن مجموعة من الملفات لحفظ البیانات واستعادتھا عند الطلب وینقسم الى قسمین ھما Logical 

. Physical structure و structure 

. Database 

اما ال 

اما ال 

Logical یتكون من أقسام لتخزین وادارة ال 

Physical یتكون من الملفات الحقیقیة الموجودة على الكمبیوتر أو السریفر 

. 

مثال:‏ 

Logical 

عندما تشاھد صورة على موقع انترنت فإنك تشاھد الجزء ال أما الملف الحقیقي للصورة والذي 

مخزن في السیرفر یكون الجزء ال یكون ھنالك ارتباط بین الجزئین بحیث اذا حذف أحدھما یجب 

حذف الجزء الأخر،‏ اذ لا فائدة من إبقاء ملف الصورة ال Physical في السیرفر اذا كنت لا ترید عرض 

الصورة على الأنترنت.‏ 

.Physical 

5

ویتكون 

Database physical structure من ثلاث ملفات ھي 

: 

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

:Control files 

.Oracle Database 

ملفات التحكم تحتوي على المعلومات اللازمة للمحافظة على ال Database ویجب ان 

یتوفر على الأقل ملف واحد لیعمل 

:Data Files 

:Redo Log Files 

الملفات التي یتم تخزین المعلومات والبیانات داخلھا.‏ 

تقوم بتسجیل جمیع المتغیرات التي طرأت على ال Database مثل أضافة أو حذف 

بعض البیانات "Data" لنتمكن من استعادة البیانات في حدوث ضیاع بیانات بشكل مفاجئ ‏(مثلاً:‏ انقطاع 

التیار الكھربائي قبل حفظ البیانات المتغیرة).‏ 

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

لیست ضمن ال Database انما ضمن ال 

ویوجد ملفات أخرى في ال 

ویجب أن تتواجد لتشغیل واستخدام واغلاق ال 

.Oracle Server 

Database مثل:‏ 

physical ولكنھا 

.Privileges مثل Instance الذي یحتوى على المعلومات اللازمة للدخول الى ال :Password File 

:Archived Redo Log files عبارة عن نسخ ل 

أي ضیاع للبیانات.‏ 

:Parameter File 

Structure 

Redo Log Files للمزید من الأمان في حالة حدوث 

تخزن المواصفات الخاصة لل Instance مثلاً‏ حجم الذاكرة الممنوحة لل Memory 

ومواصفات أخرى نتطرق لھا لاحقاً.‏ 

1.2 رسم 

6

أما ال Logical Structure یتكون من:‏ 

.Tablespaces 

:Tablespaces 

كل 

تنقسم ال Database الى وحدات أصغر تسمى ال 

ان یتكون من واحد أو أكثر .Tablespace یوفر الأوراكل System Tablespace في بدایة تكوین ال 

Database كحد أدني ضروري لعمل ال 

Database یجب 

.Database 

:Segments 

ینقسم ال Tablespace الى وحدات أصغر تسمى ال 

.Segments 

:Extent 

ینقسم ال Segments الى وحدات أصغر تسمى ال 

.Extents 

:Blocks 

البیانات.‏ 

تنقسم ال Extent الى وحدات أصغر تسمى ال Blocks وھي أصغر وحدات تخزین و قراءة 

سوف یتم التطرق لاحقاً‏ بالتفاصیل في الكتاب لمكونات ال .Logical Structure 

رسم 1.3 

7

ORACLE MEMORY STRUCTURE 

یتكون من منطقتین تعرفان باسم 

Instance الخاص بال Memory structure 

: 

:System Global Area (SGA) 

الذي تم 

وھي ال 

التحدث عنھ مسبقاً‏ ‏(راجع الرسم 1.1) والتي ھي أحد أھم مكونات ال Instance وتحجز المساحة الخاصة لھا 

من الذاكرة ‏(أو تبدأ بالعمل)‏ عند تشغیل ال .Instance وھي ذاكرة مشتركة بین الأوامر "Processes" التي 

SQL Query Process وایضاً‏ مشتركة بین مستخدمي ال 

تأتي لل 

المختلفین،‏ وتعرف ایضاً‏ باسم 

Database 

.Shared Global Area : 

Instance مثل 

وھي المساحة المخصصة من الذاكرة ل 

على معلومات حول ال .Server Process وھي ذاكرة خاصة 

وتعرف ایضاً‏ باسم 

User Process وتحتوي 

:Program Global Area (PGA) 

لأمر "Process" 

.Process Global Area أو Private Global Area : 

سوف یتم التطرق لاحقاً‏ ل 

.Server Process و User Process 

واحد فقط.‏ 

1.4 رسم 

8

SYSTEM GLOBAL AREA (SGA) 

جمیع مستخدمي ال Database یتشاركون البیانات الموجودة في ھذه المنطقة حیث یتم تخزین البیانات 

المشتركة من مختلف الأوامر Processes" "Database لكي تسھل عملیة استخراج البیانات یقوم ال 

Oracle بحجز المساحة المخصصة لھ من الذاكرة عند بدایة تشغیل ال Instance ویقوم بتحریر المساحة 

عند انھاء عمل ال ،Instance وتقسم الى عدة أقسام منھا أقسام اساسیة ضروریة ومنھا أقسام اختیاریة.‏ 

. 

الرسم رقم 1.5 یوضح الأقسام الاساسیة والأقسام الاختیاریة ‏(الأقسام الاختیاریة باللون الاحمر)،‏ وسوف یتم 

التطرق الى كل قسم على حده.‏ 

رسم 1.5 

) 

تعتبر ال SGA ذاكرة مرنة داینامیكیة أي ان باستطاعة أقسامھا ان تكبر أو تصغر في الحجم دون أغلاق ال 

لأسباب مختلفة مثل كثرة العمل كثرة الأوامر)‏ على أحد أقسامھا اذ أن زیادة العمل على احد 

الأقسام یتتطلب ذاكرة اضافیة ولكن لا یمكن للذاكرة العامة لل SGA ان تتخطى الحد الأعلى المحدد بالعامل 

.SGA_MAX_SIZE "Parameter" 

Instance 

ملاحظة:‏SGA_MAX_SIZE ھي احد مكونات ال Initialization Parameter File 

التطرق لھا لاحقاً.‏ 

التي سوف یتم 

تذكر:‏ ال 

مثال تطبیقي 

Parameter File 

:1.1 

التي جاء ذكرھا قبل قلیل.‏ 

لمعرفة حجم ال SGA الحالي اكتب التالي في برنامج :SQLPLUS 

SHOW SGA; 

ال Total System Global Area تمثل حجم ال SGA الحالي.‏ 

9

مثال:‏ 

اذا كانت الذاكرة المخصصة لل SGA حوالي 100 میغا بایت والتي تعتبر "SGA_MAX_SIZE" وكان 

التوزیع المبدئي للذاكرة على الأقسام المختلفة على النحو التالي:‏ 

=Shared Pool Area 50 میغا بایت 

=Database Buffer Cache 

25 میغا بایت 

=Redo Log Buffer 10 میغا بایت ‏(منطقة ثابتة غیر متغیرة)‏ 

باقي الأقسام = 15 میغا بایت.‏ ‏(الأقسام المتغیرة)‏ 

الذاكرة الكاملة = 100 میغا بایت 

Shared Pool Area بحیث 

أن 50 میغا بایت لم تعد تكفي،‏ فبمقدور 

وزاد ضغط العمل على 

Pool Area بان تأخذ ذاكرة اضافیة من باقي الأقسام ولكن لا یمكن للذاكرة الكاملة بأن تزید عن 

بایت.‏ 

Shared 

100 میغا 

=Shared Pool Area 60 میغا بایت 

=Database Buffer Cache 

10=Redo Log Buffer 

= 

20 میغا بایت 

میغا بایت ‏(منطقة ثابتة غیر متغیرة)‏ 

باقي الأقسام 10 میغا بایت ‏(الأقسام المتغیرة)‏ 

الذاكرة الكاملة = 100 میغا بایت 

الذاكرة في ال 

SGA عبارة عن وحدات متواصلة تسمى 

Granules وحجم ال Granule یعتمد على 

.SGA_MAX_SIZE 

SGA_MAX_SIZE أصغر من 128 میغا بایت,‏ اذاً‏ حجم كل Granule یساوي 4 میغا بایت أما اذا كان 

حجم ال SGA_MAX_SIZE اكبر من 128 میغا بایت اذاً‏ حجم كل Granule یساوي 16 میغا بایت.‏ 

الحد الأدني من عدد ال 

Granules لل SGA ھو 

ثلاث.‏ 

واحد 

واحد 

واحد 

Granule للمنطقة الثابتة في SGA مثل 

Redo Log Buffer 

Shared Pool Area ل Granule 

Database Buffer Cache ل Granule 

ملاحظة:‏ یمكن الحصول عن بیانات عن ال 

منV$BUFFER_POOL‏.‏ Granules 

10

:SHARED POOL AREA 

تستخدم لحفظ أخر أو أحدث أوامر ال SQL و PL/SQL وأخر البیانات(المعلومات)‏ المستخرجة من ال 

تتكون من قسمین ھما 

.Data Dictionary Cache و Library Cache : 

.Data Dictionary 

1.6 رسم 

باعتبارھا منطقة مھمھ جداً‏ فمن الممكن تغیر حجمھا داینامیكیاً‏ ‏(بدون اغلاق ال 

یتجاوزالزیادة في المساحة مساحة ال SGA 

محددة من قبل العامل "Parameter" 

(Instance بحیث لا 

المحدده بالعامل "Parameter" .SGA_MAX_SIZE 

یعتبر حجم ال SHARED POOL AREA 

SHARED_POOL_SIZE 

مثال تطبیقي‎1.2‎‏:‏ 

لمعرفة الحجم الحالي ل 

Shared Pool Area اكتب التالي:‏ 

SHOW PARAMETER SHARED_POOL_SIZE; 

في الكمبیوتر الخاص بي الحجم ھو 

لتغییر مساحة ال 

: 46 MB و یظھر كالتالي = 46137344 

Shared Pool Area 

داینامیكیاً‏ اكتب التالي:‏ 

ALTER SYSTEM SET SHARED_POOL_SIZE= 64M; 

في حالة نجاح الأمر یظھر الجواب التالي من .System altered : SQL PLUS 

أما في حالة عدم وجود ذاكرة أضافیة لان تضاف ل Shared Pool Area یظھر الجواب 

التالي:‏grow .Insufficient memory to 

11

:Library Cache 

تحتوي على : 

- المنطقة رقم :1 Statements SQL Shared 

- المنطقة رقم Packages: 2 PL/SQL Procedures or 

مثال:‏ 

عندما یقوم مستخدم لل Database بطلب جملة ال SQL فإن الجملة وطریقة انجاز مھامھا تخزن في 

المنطقة رقم 1 وبذلك یسھل عملیة تكرار انجاز "Execute" من الذاكرة بسرعة أكبر في حال تم 

طلب نفس الجملة من مستخدم أخر وبذلك تكون العملیة أسرع وتخفف العبئ على ما یعرف باسم 

.PL/SQL وكذلك ینطبق الحال على ،Compilations 

خطوات عملیة:‏ 

ال SQL 

select * from employees; : 

:1 

: 2 

یقوم المستخدم الأول بطلب جملة ال SQL التالیة 

الخطوة بدراسة الجملة ومعرفة المراحل التي سوف یتم بعدھا 

یقوم ال 

الخطوة انجاز"‏Execute‏"‏ الجملة على اعتبار أن ھذه الجملة لیست مخزنة في ال .Library Cache 

یتم تخزین الجملة ومراحل انجازھا في .Library Cache 

الخطوة یتم اظھار البیانات الناتجة من جملةال SQL للمستخدم الأول،‏ وبذلك تكون جملة ال SQL تم 

الخطوة انجازھا وتم تسجیل جمیع المراحل التي مرت بھا الجملة في ال .Library Cache 

یقوم المستخدم الثاني بعد قلیل بكتابة نفس جملة ال SQL وھي 

الخطوة فینفذ 

بدراسة الجملة فیجد انھا موجوده في ال 

یقوم ال 

الخطوة مراحل انجاز الجملة دون دراسة الجملة باعتبار ان المراحل التي تمت لانجاز الجملة مخزنة في ذاكرة ال 

select * from employees; 

Library Cache 

Server Process 

Server Process 

:3 

:4 

:5 

:6 

.Library Cache 

الخطوة 7: 

یتم اظھار البیانات المطلوبة للمستخدم الثاني بسرعة أكبر.‏ 

:Data Dictionary Cache 

المكون الثاني ل SHARED POOL AREA والتي یحتوي على بیانات من ال Data Dictionary 

وھي تعمل بنفس طریقة ال 

. Library Cache 

حول:‏ etc… .Tables, Indexes, Privileges, 

وعندما تمتلئ منطقة Library Cache أو Data Dictionary Cache یقوم الأوراكل باخراج أقدم 

بیانات لم یتم تكرار طلبھا لتعوض ببیانات جدیدة وتعرف الطریقة باسم:‏ 

Least Recently Used (LRU) 

12

:DATABASE BUFFER CACHE 

یتم تخزین فیھا أحدث البیانات التى تم استخراجھا من الملفات الفیزیائیة Files" "Data ، وفي حالة طلب 

ذات البیانات من ذات المستخدم أو من مستخدمین أخریین لل Database یتم استخراج البیانات من الذاكرة 

ولیس من 

.Data Files 

ملاحظة:‏ تتم ادارتھا ایضاً‏ بنظام 

.Least Recently Used (LRU) 

مثال:‏ 

Database بطلب 

بیانات محددة من ال Database عن طریق مثلاً‏ جملة ال SQL 

عندما یقوم مستخدم لل 

وبذلك یسھل 

فإن البیانات المستخرجة من ال Data Files تخزن في ال 

عملیة استخراج البیانات وبسرعة أكبر في حال تم طلب نفس الجملة من ذات المستخدم أو مستخدم أخر وبذلك 

یخف العبئ على ما یعرف باسم .Input/Output Load 

راجع الرسم 1.7 لمزید من التوضیح.‏ 

الخطوات المبینة على الرسم 

Database Buffer Cache 

. 

:1.7 

:1 

:2 

یقوم المستخدم الأول بطلب بیانات من الDatabase 

الخطوة بدراسة الطلب ویحضر ال 

یقوم ال 

الخطوة الFiles Data على اعتبار أن ھذه البیانات المطلوبة لیست مخزنة في ال 

یتم احضار البیانات من ال Data Files وتخزن البیانات في 

الخطوة یتم اظھار البیانات المطلوبة للمستخدم الأول.‏ 

الخطوة یقوم مستخدم أخر بعد قلیل بطلب ذات البیانات من ال .Database 

الخطوة یقوم ال Instance بدراسة الطلب فیجد ان البیانات المطلوبة تم استخراجھا قبل قلیل من ال 

الخطوة فیستخرج البیانات من ذاكرة ال 

Data Files ومازالت مخزنة في ال 

Database Buffer Cache دون الحاجة الى استخراج البیانات من القرص الطلب حیث توجد ملفات 

،Data Files ومن ثم یتم اظھار البیانات للمستخدم الثاي بسرعة أكبر وجھد أقل.‏ 

Server Process البیانات من 

.Database Buffer Cache 

.Database Buffer Cache 


Server process 

:3 

:4 

:5 

:6 

وتتكون ال Database Buffer Cache من ثلاثة أجزاء مستقلة تسمى 

:Default یخزن في ھذا القسم البیانات التي لیست من ضمن الأقسام الأخرى 

:Sub Cache 

.(Keep, Recycle) 

بمساحتھا العامل "Parameter" .DB_CACHE_SIZE 

"Parameter" تحافظ على البیانات المخزنة ولا تستبدل،‏ ویتحكم بمساحتھا العامل :Keep 

.DB_KEEP_CACHE_SIZE 

:Recycle یتم ازالة البیانات من ھذه المنطقة عند عدم الحاجة الیھا مجدداً،‏ ویتحكم بمساحتھا العامل 

.DB_RECYCLE_CACHE_SIZE "Parameter" 

ملاحظة:‏ مساحة ال Default لا یمكن أن تكون ان تساوي صفر أبداً.‏ 

ویتحكم 

13

رسم 1.7 

14


:1.3 

لمعرفة أحجام أقسام ال 


SHOW PARAMETER DB_CACHE_SIZE; 

لتغییر مساحة ال Database Buffer Cache 

اكتب التالي:‏ 

داینامیكیاً‏ اكتب التالي:‏ 

ALTER SYSTEM SET DB_CACHE_SIZE= 30 M; 

:Data Block and Data Buffer 

البیانات المخزنة في ملفات الأوراكل تكون مخزنة بشكل كتل ولذلك یطلق علیھا اسم Blocks أما البیانات 

.Data Buffer وحجم ال Buffer ھو نفسھ 

المخزنة في ال 

Database Buffer Cache فتعرف باسم 

حجم Block والمحدد بالعامل "Parameter" .DB_BLOCK_SIZE 

:Data Buffer Advisory Parameter (DB_CACHE_ADVICE) 

یساعد مدیر البیانات (DBA) على ادارة ال Database Buffer Cache وخاصة في أوقات الذروة حیث 

یقوم باظھار احصائیات ومعلومات عن مختلف ال 

یمكن الحصول على البیانات التي ینتجھا العامل "Parameter" 

ولھ ثلاث حالات ھي:‏ 

. Database buffer cache 

من .V$DB_CACHE_ADVICE 

:OFF 

:ON 

:READY 

لا یوجد مساحة في الذاكرة مخصصة لھ وبالتالي لا یقوم بتكوین أي بیانات 

یقوم بتكوین البیانات ولھ مساحة مخصصة في الذاكرة.‏ 

یوجد مساحة في الذاكرة مخصصة لھ ولكنھ في وضعیة الاستعداد ولا یقوم بتكوین اي بیانات.‏ 

ربما تتسائل لماذا اذاً‏ توجد الحالة READY لماذا لم بتم الاكتفاء بأول حالتیین فقط؟ 

الجواب على ذلك یكمن في ان انتقال العامل "Parameter" من وضعیة ال OFF الى ON قد یؤدي الى 

أخطاء في الذاكرة أو فشل عملیة التحویل.‏ 


:1.4 

لمعرفة الوضع الحالي اكتب التالي:‏ 

SHOW PARAMETER DB_CACHE_ADVICE; 

یمكن تغییر وضیعة العامل "Parameter" DB_CACHE_ADVICE داینامیكیاً‏ بكتابة 

: 

ALTER SYSTEM SET DB_CACHE_ADVICE = READY; 

ملاحظة:‏ قد تفشل المحاولة اذا كان الوضع الابتدائي .OFF 

15

:REDO LOG BUFFER 

من أھم اسس حمایة البیانات اذ تحتوي على بیانات عن جمیع المتغیرات التي طرأت على ال 

التغیرات الناتجھ عن أوامر .INSERT,DELETE,ALTER,DROP, CREATE 

باسم 

المتغیرات التي حدثت في ال Database تسجل في ال 

محددة من قبل العامل "Parameter" .LOG_BUFFER 

مساحة ال 


Database مثل 

.Redo Entries 



:1.5 

لمعرفة الحجم الحالي اكتب التالي:‏ 

SHOW PARAMETER LOG_BUFFER; 

لا یمكن تغییر وضیعة العامل "Parameter" LOG_BUFFER داینامیكیا.‏ 

تذكر:‏ ان Redo Log Buffer منطقة ثابتة غیر متغیرة.‏ 

16

:LARGE POOL 

ھي منطقة ذاكرة اختیاریة ولیست اساسیة ‏(اجباریة)‏ یمكن لل DBA ان یقوم بتشكیلھا حین الحاجة الیھا حیث 

توفر ذاكرة كبیرة لعملیات عدیدة مثل .BACKUP and RESTORE 

ملاحظات:‏ 

1- علمیة ال BACKUP ھي العملیة التي یقوم فیھا ال DBA بحفظ نسخ "Copies" من البیانات غالباً‏ 

على أقراص صلبة Hard disk لكي یتمكن من المحافظة على البیانات واسترجاعھا RESTORE عند 

الحاجة.‏ 

2- ال Large Pool لا تعمل بنظام ال .LRU 

3- مساحة ال 

Large Pool 

محددة من قبل العامل "Parameter" .LARGE_POOL_SIZE 

4- یمكن تغیر المساحة داینامیكاً‏ باستخدام ALTER SYSTEM كما عو الحال مع ال 

وغیرھا.‏ 

5- تعمل ال Large Pool فقط في بیئة ال 

سوف یتم التطرق لاحقاً‏ ل .Shared Server 

Shared Pool 

.Shared Server 

:JAVA POOL 

ھي منطقة ذاكرة اختیاریة اخرى توفر ذاكرة لعملیات ال Java المختلفة وتعمل بنفس فكرة ال SQL أو 

مساحة ال متحكمة من قبل العامل 

PL/SQL في ال 

Java Pool ،Shared Pool 

.JAVA_POOL_SIZE "Parameter" 

17

، 

CONNECTION 

Database 

بال .Instance 

لكي تستطیع الدخول الى ال للقیام بعلمیات مختلفة مثل استخراج بیانات عبر جمل ال SQL 

یجب أولاً‏ ان یكون المستخدم متصلاً‏ 

یقوم المستخدم باستخدام أحد البرامج التي یمكن عبرھا الاتصال بال Instance مثل SQLPLUS فینشئ ما 

وبعد ان یتم الدخول الى ال Oracle Server ویتم الاتصال بال 

یعرف باسم 

یقوم ال Server Process بعملیة الوسیط بین المستخدم 

ینشئ ما یعرف باسم 

.SQL حیث یقوم بتنفیذ العملیات التي طلبھا المستخدم مثل جمل ال Instance 

Instance 

User 

.User Process 

.Server Process 

Process وال 

1.8 رسم 

:Process 

تعریف ال Process بشكل عام في الأوراكل ھي العملیة أو الوظیفة التي تنفذ مجموعة من الخطوات أو 

مھمات محددة.‏ 

یوجد ثلاث أنواع من ال Processes في الأوراكل ھم:‏ Process, User Process , Server 

.Background Process 

سوف یتم التطرق لاحقاً‏ ل .Background Process 


Oracle Server سواء بإرادة 

:Session 

یبدأ ال Session عند دخول 

ال Session ھو حالة الاتصال الموجودة بین المستخدم و ال 

المستخدم ال Oracle Server وینتھي عند خروج المستخدم من ال 

المستخدم ‏(عند انتھاء المھمة)‏ أو لا ارادیاً‏ ‏(عند حدوث عطل ما).‏ 

یمكن للمستخدم الواحد این یكوٌن أكثر من Session واحد في نفس الوقت اذا استخدم أكثر من برنامج مثل 

SQL PLUS و ORACLE FORMS عدا بعض الحالات القلیلة.‏ 

18

:PROCESSING A STATEMENT (DML) 

الخطوات التي تمر عبرھا جمل ال SQL 

‏(جمل ال (DML ملخصة في الخطوات التالیة:‏ 

یتم الاتصال بال 

.Server Process و User Process وتكوین Instance 

اذا كانت البیانات المطلوبة غیر متوفرة في ال 

Process باحضار البیانات من 

Server فیقوم ال Database Buffer Cache 

.Data Files 

یقوم ال Server Process بوضع قیود "Locks" على البیانات التي یتم تعدیلھا،‏ ویتم تخزین 

البیانات السابقة ‏(قبل التعدیل)‏ 

حتى یستطیع المستخدم باسترجاع البیانات الأصلیة غیر المعدلة اذا تم اختیار Rollback عوضاً‏ 

عن .Commit 

اذا تم اختیار Commit فإن البیانات المعدلة یتم نقلھا الى 

في منطقة تسمى ROLLBACK (SEGMENT) BLOCK 

. Data Files 

• 

• 

• 

• 

19

PROGRAM GLOBAL AREA (PGA) 

ھي منطقة ذاكرة غیر مشتركة و خاصة لعملیة واحدة فقط Process" ". تخصص ذاكرة ال PGA لكل 

و تزال ذاكرة ال PGA عند نھایة العملیة 

PGA مكونات ال ،"Process" على البیانات الخاصة لتلك العملیة PGA وتحتوي ذاكرة ال . "Process" 

تعتمد على تعریف ال Server حیث یوجد تعریفان ھما Dedicated وShared‏.‏ 

واحد 

یتكون 

في نظام ال 

‏(مستخدم واحد)،‏ أما في ال Shared Server فیتم المشاركة في ال Server Process من قبل أكثر من 

User Process ‏(یمكن ان یكون ھناك أكثر من Server Processes و لیس بالضرورة واحد فقط أي مثلاً‏ 

یمكن ان یوجد خمسة Server Processes یتشارك بھم خمسین مستخدم 

User Process واحد خاص لطلبات Server Process 

(User Processes 

عملیة Process" " عند بدایة العملیة Process" " 

Dedicated Server 

بعض مكونات ال :PGA 

:SORT AREA 

Distinct , Order By, Group By, 

.Intersect 

حیث تخصص لأي طلب من قبل ال Process یحتوي على الأوامر التالیة:‏ 

أو ال 

Union, Minus, مثل Set Operators 

• 

User 

:SESSION INFORMATION 

.Privileges 

حیث تخصص لمعلومات المستخدم مثل ال 

• 

20

BACKGROUND PROCESSES 

.Instance 

Background 

تكون ال Background Processes متوفرة وجاھزة للعمل بعد تشغیل ال 

كل Background Process مسؤول عن مھمات خاصة،‏ ویوجد نوعیین من 

أختیاري و أو إجباري).‏ 

.Background Processes 

Processes ھما إلزامي ) 

تذكر:‏ الرسم رقم 1.1 ومكان وجود ال 

أمثلة:‏ 

Database Writer (DBWn) 

Log Writer (LGWR) 

System Monitor (SMON) 

Process Monitor (PMON) 

Checkpoint (CKPT) 

Archiver (ARCn) 

• 

• 

• 

• 

• 

• 

21

Data الى ال Database Buffer Cache 

:DATABASE WRITER (DBWn) 

یقوم بكتابة البیانات المتغیرة Buffers" "Dirty من ال 

Files كما ھو موضح بالرسم 1.9، وبذلك یتم تفرغة Buffers باستمرار من أجل البیانات المتغیرة اللاحقة.‏ 

تذكر:‏ أن البیانات المخزنة في ال Instance تسمى Buffers والبیانات المخزنة في ال 

Data Files تسمى 

.Blocks 

وتعمل ال DBWn عند حدوث أحد الأحداث التالیة:‏ 

.Checkpoint 

Dirty Buffers ‏(أو ال 

عند حودث 

Buffers الممتلئة بالبیانات المتغیرة)‏ یصل الى الحد الأعلى 

عدد ال 

المسموح فیھ.‏ 

عند عدم وجود من Buffers" "Free فارغة بعد البحث عنھا من قبل ال 

عند وضع Tablespace سواء من النوع العادي أو المؤقت في حالة الإغلاق ."Offline" 

عند وضع Tablespace في حالة القراءة فقط ‏(اي لا یمكن تغییر البیانات بل فقط الاطلاع 

. Process 

علیھا)"‏Only ."Read 

عند وضع Tablespace في حالة ال .Backup 

عند استخدام أوامر Drop و 

عند حدوث 

.Table الخاصة بال Truncate 

.Timeout 

• 

• 

• 

• 

• 

• 

• 

• 

سوف یتم التطرق لاحقاً‏ ل Checkpoint و ال .Tablespace 

الرسم 1.9 

22

:LOG WRITER (LGWR) 

یقوم بنقل البیانات المخزنة في ال 

یساعد على اخلاء ذاكرة لل 

Log Buffer Cache الى ال Redo Log Files بشكل دوري مما 

.1.10 

Redo Entries الجدیدة ، 

كما ھو موضح بالرسم 

تذكر:‏ أن البیانات المخزنة في ال 

وتعمل ال LGWR عند حدوث أحد الأحداث التالیة:‏ 

.Redo Entries تسمى Redo Log Buffer 

عند امتلاء ثلث ال .Redo Log Buffer 

عند وجود بیانات في ال Redo Log Buffer حجمھا 

قبل ان تقوم ال DBWn بنقل البیانات من ال 

كل 

عند 

اكبر من 1. MB 

. Data Files الى ال Database Buffer Cache 

3 ثوان.‏ 

.Transaction Commit 

• 

• 

• 

• 

• 


23

:SYSTEM MONITOR (SMON) 

في حالة حدوث اي عطل مفاجئ لل Instance جمیع البیانات الموجودة في ال Instance ‏(مثل بیانات ال 

(Database Buffer Cache التي لم یتم نقلھا الى ال Data Files على القرص الصلب تضیع أو تمسح.‏ 

بعد ھذه الحالة من ضیاع بیانات ال Instance یعمل ال SMON بشكل اتوماتیكي لاسترجاع بیانات ال 

.Instance Recovery و تسمى العملیة ب Instance 

ویقوم ال SMON بتأدیة عدد من الوظائف ھي:‏ 

استرجاع البیانات المتغیرة التي تم تسجیل ما طرأ علیھا من تغیر في ال 

یتم تسجیلھا في ال .Data Files حیث یقوم ال SMON بقراءة ال 

التغیرات التي طرأت على البیانات و تغییر البیانات في ال 

اعادة تجھیز ال Database لیتمكن المستخدم من الدخول مجدداً‏ 

الغاء جمیع ال Transactions التي لم یحدث لھا Commit وازالة القیود عن البیانات " Data 

Redo Log Files ولكن لم 

Redo Log Files و معرفة 

.Data Files 

. 

.Data Files 

. "Lock 

تحریر ال Temporary Segments واستعادة مساحتھا الى ال 

جمع المساحات الخالیة الصغیرة الضائعة التي تنشئ بین البیانات نتیجة للتغیرات التي تحدث و 

تعیدھا الى المساحة الخالیة الرئیسیة.‏ 

• 

• 

• 

• 

• 

تذكر:‏ أن ال LGWR یعمل قبل ال .DBWn 

سوف یتم التطرق لاحقاًفي الفصول التالیة لل .Temporary Segment 

:PROCESS MONITOR (PMON) 

في حالة حدوث أي عطل لل Processes قد یؤدي الى مشاكل داخلیة في ال Database فیقوم ال PMON 

بتنظیف أخطاء ال 

.Processes 

ویقوم ال PMON بتأدیة عدد من الوظائف ھي:‏ 

Tables 

تحریر كل المصادر وال Locks على ال أو ال Rows التي وضعھا ال 

ال Transaction الخاص بالمستخدم ‏(اي الغاء اي تعدیلات لم یتم حدوث 

اعادة 

Process الفاشل.‏ 

(Rollback) 

Commit لھا)‏ 

• 

• 

24

Database Buffer Cache الى ال 

:CHECKPOINT (CKPT) 

ال Checkpoint ھي عملیة كتابة جمیع البیانات المتغیرة في 

من فوائد ال Checkpoint ان البیانات التي تتغیر باستمرار تنقل بشكل نظامي و 

دوري الى ال Data Files وبذلك یتم حفظ البیانات بشكل أمن.‏ 

ال 

ال 

Data 

.Control Files و ال Data Files Header 

.DBWn عبر ال Files 

"Update" یقوم بتجدید Checkpoint Process 

من البیانات التي تجدد "Update" : 

رقم ال 

رقم ال Checkpoint في ال 

رقم ال 

ال SCN في ال 

اسماء ال 

.Data Files Header في ال Checkpoint 

.Control Files 

.Control Files في ال Log Sequence 


.Archived Log 

• 

• 

• 

• 

• 

سوف یتم التطرق لاحقاًفي الفصول التالیة لل Data Files Header و ال Log Sequence وال SCN 

واسماء ال .Archived Log 

Archived الى Redo Log Files 

:ARCHIVER (ARCn) 

ھو اختیاري و لیس اجباري ووظیفتھ تكمن في نقل بیانات ال 

باعتباره اختیاري فلھ حالتیین إما یعمل أو مغلق.‏ و لوضعھ في وضیعة العمل یجب أن یكون ال 

Database في وضعیة ال ،ARCHIVELOG وفي حال تم وضع ال Database تحت ھذه الوضعیة فإن 

ARCn یعمل.‏ 

اذاً‏ ھناك حالتیین لوضعیة ال Database تحددان عمل أو ایقاف ال ARCn ھما:‏ 

Process 

.Log Files 

:Archivelog 

عند امتلاء الملف الأول من ملفات ال Redo Log Files یتم البدأ في كتابة البیانات في الملف الثاني وتسمى 

، ثم یقوم ال ARCn بشكل أوتوماتیكي بنقل بیانات الملف الأول الى ال 

ھذه العملیة Log Switch 

.Archived Log Files 

رسم 1.11 

: NoArchivelog 

عند امتلاء جمیع ملفات ال 

على البیانات السابقة ، ولكن لا یتم كتابة البیانات فوق البیانات السابقة قبل ان یحدث 

أو مجموعة الملفات الممتلئة.‏ 

Redo Log Files یتم اعادة كتابة البیانات "Overwrite" في الملف الأول 

Checkpoint للملف 

سوف یتم التطرق لاحقاً‏ لكیفیة وضع ال Database تحت حالة ال Archivelog أو حال .Noarchivelog 

25

INSTALLING & MANAGING 

ORACLE 

26

DATABASE ADMINISTRATION TOOLS 

یتوفر عدد من الأدوات "Tools" في الاوراكل أھمھا : 

ORACLE UNIVERSAL INSTALLER (OUI) 

ORACLE DATABASE CONFIGURATION ASSISTANT 

SQL PLUS 

ORACLE ENTERPRISE MANAGER (OEM) 

PASSWORD FILE UTILITY 

• 

• 

• 

• 

• 

:ORACLE UNIVERSAL INSTALLER (OUI) 

الاوراكل.‏ في نظام الویندوز "Windows" تستطیع بدأ ال 

یمكن استخدام ال 

.runInstaller فیجب كتابة Unix أما في نظام ال ، Setup.exe بالضغط على ملف التنصیب ال OUI 

"Install" لتنصیب OUI 

الرسم 2.1 یوضح ال OUI في نظام الویندوز ."Windows" 


27

من أھم ممیزات ال 

:OUI 

یمكن تنصیب الأوراكل اكثر من مرة على ذات موقع التخزین مثل الDisk Hard باستخدام اسم 

مخلتف لل ORACLE HOME الموضح في رسم ‏(أسفل كلمة (Destination و یمكن 

تنصیب نسخة قدیمة Version" "Old للاوراكل مع نسخة جدیدة Version" "New في ذات 

الموقع.‏ 

2.1 

یمكن تنصیب الأوراكل من الإنترنت عبر وصلة ال HTTP حیث تواجد نسخة الأوراكل،‏ وبذلك یمكن 

تنصیب الأوراكل من قبل فرع شركة في دولة غیر الدولة التي یوجد بھا مقرھا الأصلي ‏(حیث تتواجد 

نسخة الأوراكل).‏ 

یمكن أن یستعمل لإزالة الأوراكل من الجھاز أو السیرفر 

(Uninstall or Deinstall) 

یعمل بعدد مختلف من اللغات مثل الانجلیزي و الفرنسي و الألماني و غیرھا.‏ 

یمكن ان یعمل تحت الأنظمة التي لا توفر نظام ال GUI والتي تكون فیھا الأوامر بشكل كتابي 

Command ولیس كما في ال Windows الذي یعمل تحت نظام ال GUI مثل الرسم 

وتسمى الطریقة باسم الطریقة الصامتة Mode" "Silent ویتم استعمال ملف یسمى 

.2.1 

Response 

.File 

• 

• 

• 

• 

• 

:Response File 

ھو ملف name.txt) (any 

مثل بیانات ال ) Source و ال .(Destination 

یحفظ البیانات اللازمة لعملیة التنصیب مثل البیانات المطلوبة في الرسم 

2.1 

:ORACLE DATABASE CONFIGURATION ASSISTANT 

یستخدم للأغراض التالیة ‏(انظر الرسم 2.2): 

تكوین البیانات ."Database" 

حذف البیانات ."Database" 

تعدیل خواص البیانات ."Database" 

ادارة ال 

.Templates 

• 

• 

• 

• 

سوف یتم التطرق لاحقاًفي فصل أخر لجمیع الأغراض.‏ 

28

2.2 رسم 

:SQL PLUS 

ھي اداة تمكن المستخدم من التفاعل مع البیانات،‏ حیث تمكن المستخدم من الدخول الى البیانات،‏ استخراج 

بیانات،‏ اضافة بیانات،‏ تعدیل بیانات،‏ واغلاق البیانات ."Database" من المفروض أن تكون قد عملت مع 

ال SQL PLUS خلال دراستك لل SQL وتعرفت علیھ جیداً.‏ 

2.3 رسم 

29

:ORACLE ENTERPRISE MANAGER (OEM) 

ھو نظام أداري یعمل على التحكم بمكونات الأوراكل وادارة البیانات من خلال نظام ال GUI‏(اي یتم القیام 

بمعظم الأوامر من خلال استعمال الفأرة .("Mouse" 

من أھم مكونات ال :OEM 

CONSOLE 

ORACLE MANAGEMENT SERVER 

MANAGED NODES 

• 

• 

• 

2.4 رسم 

:Console 

أداة Tool" "GUI 

من الأدوات الھامة حیث تعمل كمحطة لإدارة جمیع المھمات في أوراكل.‏ من ھنا یمكن 

التحكم بالInstance ویمكن التحكم بال Tables و غیرھا و تنفیذ المھمات عن طریق الفأرة "Mouse" 

والإختیارات المتعددة عوضاً‏ عن تنفیذ المھمات بواسطة جمل ال .SQL 

30

2.5 رسم 

من الملاحظ من الرسم 2.4 أن ال Console یستطیع الدخول الى 

:Standalone بطریقة مباشرة دون الحاجة الى 

عبر ال :OMS عبر ال 

Oracle Server بطریقتیین ھما:‏ 

.Oracle Management Server ‏(سھم رقم (2 

.Oracle Management Server ‏(أسھم رقم (1 

:DBA Tools 

ھي مجموعة من البرامج التي یمكن تشغیلھا من ال :Console 

."Database" یستخدم لتشغیل واغلاق ومراقبة البیانات :Instance Manager 

.Privileges و Users Accounts یستخدم لإدارة :Security Manager 

Tablespaces وال Data Files وغیرھا.‏ 

.Indexes وال Views و Tables 

:Storage Manager یستخدم للتحكم في ال 

:Schema Manager یستخدم لتكوین وادارة ال 

:SQL PLUS Worksheet اداة لكتابة جمل ال SQL وتنفیذھا.‏ 

:Oracle Management Server (OMS) 

أھم مكونات ال Oracle Enterprise Manager یقوم بدور الوسیط بین ال Console و ال 

Nodes في تبادل البیانات بالاضافة الى ادارة User Accounts وعملیات مختلفة مثل 

یقوم باستعمال ال Repository لتخزین بیانات النظام Data" "System وبیانات البرامج والأدوات و 

بیانات ال 

Managed 

.Jobs, Events 

.Managed Nodes 

31

:Managed Nodes 

قد تتكون ال Node من ال Database وخدمات أخرى.‏ یوجد على كل Node ما یعرف 

باسم Oracle Intelligent Agent یقوم بالتواصل مع OMS ویؤدي المھام المرسلة من قبل ال 

وھو یعمل بشكل منفرد ویمكن ان یؤدي مھام مثل اغلاق و تشغیل ال Database ویلزم 

واحد فقط على كل 

.Node 

،Console 

Oracle Intelligent Agent 

:PASSWORD FILE UTILITY 

تعرف باسم Orapwd وتستخدم في تكوین ال 

لتكوین ال Password File یجب اتباع القاعدة التالیة:‏ 

.Password File 

$ORAPWD FILE = filename PASSWORD = yourpassword ENTRIES=number; 

حیث ان ال File ھو اسم الملف وموقعھ على الجھاز،‏ وال Password ھي كلمة السر الخاصة ب 

و ،SYSOPER وال Entries تمثل العدد الأقصى من المستخدمیین الذین یحق لھم الدخول 

الى ال 

SYSDBA 

.SYSOPER او SYSDBA في ھیئة Database 

عندما تقوم بالدخول كمستخدم ال SYSDBA فانك تدخل الى SYS Schema ولیس ال Schema الخاص 

بك وكذلك عند الدخول كمستخدم ال SYSOPER فانك تدخل الى .PUBLIC Schema 

تذكر:‏ ملف ال Password File من الفصل الأول.‏ 

32

AUTHENTICATION METHODS 

للقیام بالمھمات الإداریة للبیانات "Database" یقوم الأوراكل بتكوین اثنین 

تكوین البیانات "Database" ھما SYS و ال SYSTEM الذین یملكان جمیع ال 

الأوراكل أو ما یسمى ال .DBA Role 

User Accounts عند بدایة 

Privileges في 

ملاحظة:‏ كلمة السر لل SYS عند بدایة تكوین البیانات ھي change_on_install اما كلمة السر لل 

.manager ھي SYSTEM 

ملاحظة‎2‎‏:‏ یعتبر ال SYS ھو المالك "Owner" 

ل 

.Database Data Dictionary 

ھناك طریقتتین یمكن السماح فیھا للمستخدمین الذین یملكون ال DBA Role الدخول الى ال 

Database 

وادارة البیانات ھما:‏ Password File Authentication وAuthentication .Operating System 

:PASSWORD FILE AUTHENTICATION 

لقد تطرقنا قبل قلیل لل Password File Utility والتي تستخدم في ھذا النظام،‏ ولتشغیل ھذا النظام یجب 

اتباع الخطوات التالیة:‏ 

تكوین ملف ال 

.ORAPWD عن طریق ال Password File 

وضع ال REMOTE_LOGIN_PASSWORDFILE الذي ھو أحد مكونات ال 

.EXCLUSIVE الى الحالة Initialization Parameter File 

اعطاء "Grant" 

ال Privileges الخاص ب SYSDBA أو SYSOPER الى المستخدمین 

الجدد الذین تم اختارھم للحصول ال 

.DBA Role 

-1 

-2 

-3 


الخطوة 

:2.1 

1: اكتب التالي في ال SQL PLUS 

$ORAPWD FILE=c:\oracle_home\ora92\dbs\myfile PASSWORD=newadmin 

ENTRIES=5; 

SHOW PARAMETER REMOTE_LOGIN_PASSWORDFILE; 

2: الخطوة 

اذا كانت الحالة غیر EXCLUSIVE فیجب تغییر الحالة في ال 

الخطوة 

.Initialization Parameter File 

:3 

GRANT SYSDBA TO Ahmad; 

للدخول الى ال Database اكتب التالي:‏ 

CONNECT sys/newadmin AS SYSDBA; 

33

:OPERATING SYSTEM AUTHENTICATION 

بمجرد الدخول الى ال Operating System ‏(مثال:‏ الویندوز)‏ تستطیع الدخول الى ال Database دون 

الحاجة الى كلمة سر أو اسم مستخدم.‏ 

ملاحظة:‏ یجب أن یكون ال REMOTE_LOGIN_PASSWORDFILE في حالة NONE لیعمل 

النظام.‏ 


:2.2 

بعد الدخول الى ال SQLPLUS اكتب التالي:‏ 

CONNECT / AS SYSDBA; 

حالات ال 

:Remote_Login_Passwordfile 

یوجد ثلاثة حالات یمكن وضع ال Remote_Login_Passwordfile فیھا ھي:‏ 

:EXCLUSIVE 

اعطاء "Grant" 

تحدد ان Instance واحد فقط یمكن ان یستخدم ال 

ال 

أخرین،‏ وھي ضروریة لنظام ال .Password File Authentication 

Password File ویمكن 

SYSOPER Privileges أو ال SYSDBA Privileges 

لمستخدمین 

:SHARED تحدد ان باستطاعة أكثر من Instance استخدام ال Password File ولكن لا یمكن 

اضافة مستخدمین أخریین لل SYSDBA أو SYSOPER والمستخدم الوحید المعرف في الملف 

ھو .SYS 

.Operating System Authentication ضروري لنظام :NONE 

• 

• 

• 

34

OPTIMAL FLEXIBLE ARCHITECTURE 

یعتبر ال OFA نظام لترتیب و توزیع ملفات ال Database المختلفة على حسب نوعھا أو استخدامھا،‏ وھو 

معتمد في جمیع الأنظمة التي یعمل بھا الأوراكل مثل .Windows, UNIX 

باستخدام نظام ال OFA یمكن ان نحقق عدة فوائد منھا سھولة التمییز بین الملفات المختلفة وسھولة ایجادھا 

وسھولة ادارة الأوراكل بتوزیع الملفات كلٌ‏ حسب نوعھ،‏ وتسھیل التحكم في التوسع الذي یطرأ على ال 

Database في المستقبل.‏ 

و باستخدام نظام الOFA نستطیع:‏ 

اعتماد اسلوب ثابت لتسمیة الملفات لكي نستطیع ایجاد الملفات بسھولة.‏ 

تفریق ملفات ال 

.Oracle Database عن Oracle Software 

تفریق ملفات النسخ المختلفة "Versions" من الأوراكل.‏ 

تفریق ملفات ال Data files عن ملفات ال Control Files عن ملفات ال 

.Redo Log Files 

• 

• 

• 

• 

2.6 رسم 

كما تلاحظ توزیع ملفات ال Database المختلفة الى مجلدات مختلفة.‏ فمثلاً‏ تجد ملف ال 

تحت مجلد ال بالمقابل تجد ملفات ال 

Password File 

Control Files تحت مجلد oradata وھكذا...‏ 

dbs 

35

INITIALIZATION PARAMETER FILE 

لتشغیل ال Instance یجب توفر ال 

لنفس ال ھنالك نوعان من ال 

.Initialization Parameter File یمكن استعمال 

Initialization Parameter File ھما:‏ 

.Database 

أكثر من ملف 

:PFILE یطلق علیھ اسم الملف الثابت File" "Static ویعرف باسم 

initSID.ora 

:SPFILE 

یطلق علیھ اسم الملف المقاوم File" "Persistent ویعرف باسم 

spfileSID.ora 

• 

• 

ملاحظة:‏ ال SID عبارة عن رمز لإسم ال .Instance فاذا كان اسم ال "DbB" Instance فیكون اسم 

الملف 

.(initDbB.ora) 

بعض محتویات ال 

:Initialization Parameter File 

SGA وال Instance 

العوامل "Parameters" 

الخاصة بال 

اسم ال Database التي یعمل علیھ ال .Instance 

اسماء و مواقع ال 

بیانات عن ال 

تحدید إما Archivelogأو 

مثل ال .SGA_MAX_SIZE 


.Undo Segment 

.Noarchivelog 

• 

• 

• 

• 

• 

2.7 رسم 

) 

:PFILE 

ھو ملف من نوعیة ال TXT الذي یمكن فتحھ وتغییره بواسطة ال Notepad وغیرھا من برامج الكتابة.‏ 

یتم قراءة محتویاتھ عند بدایة تشغیل ال Instance ومعظم العوامل "Parameters" الموجودة داخلھ لا 

تعمل بشكل داینامیكي یستلزم اغلاق وفتح ال Instance من جدید لكي یحدث التغییر)‏ عدا بعض العوامل 

التي یمكن تعدل داینامیكیاً‏ في الذاكرة ولكن تظل في ال PFILE كما ھي ‏(أي انھ عند 

تشغیل ال Instance مرة أخرى یرجع الوضع الى قبل التعدیل الداینامیكي).‏ 

یوفر ال OUI ملف مبدئي عند بدایة تكوین ال Database اسمھ init.ora یمكن استعمالھ لتكوین ال 

"Parameters" 

.PFILE 

36

بعض مكونات ال :PFILE 

db_block_size=4096 

db_cache_size=33554432 

open_cursors=300 

background_dump_dest=C:\oracle2\ora92\admin\dbname\bdump 

core_dump_dest=C:\oracle2\ora92\admin\dbname\cdump 

timed_statistics=TRUE 

user_dump_dest=C:\oracle2\ora92\admin\dbname\udump 

db_domain=oracle 

remote_login_passwordfile=EXCLUSIVE 

control_files=("C:\oracle2\ora92\oradata\dbname\CONTROL01.CTL", 

"C:\oracle2\ora92\oradata\dbname\CONTROL02.CTL", 

"C:\oracle2\ora92\oradata\dbname\CONTROL03.CTL") 

compatible=9.0.0 

db_name=dbname 

instance_name=dbname 

java_pool_size=33554432 

large_pool_size=1048576 

shared_pool_size=33554432 

processes=150 

fast_start_mttr_target=300 

sort_area_size=524288 

undo_management=AUTO 

undo_tablespace=UNDOTBS 

قواعد ال :PFILE 

كل العوامل "Parameters" اختیاریة،‏ أي اذا لم یحدد ال DBA قیمة العوامل "Parameters" 

أو لم یتم كتابة العامل "Parameter" في ملف ال PFILE یقوم الأوراكل بتحدید العامل 

"Default Value" و تكون قیمتھ ھي القیمة المحددة سلفاً‏ من قبل الأوراكل "Parameter" 

ترتیب العوامل "Parameters" في ال PFILE غیر مھم.‏ 

اذا كان ھناك أكثر من قیمة للعامل "Parameter" الواحد فیجب وضع القیم داخل قوسین و 

تفریقھم بفاصلة كما في 

.Control_Files 

تحدد قیمة العامل "Paramter" بھذه الصیغة 

یمكن استعمال 

الأوراكل).‏ 

‏(العامل = 

(#) 

القیمة).‏ 

في الملف لوضع ملاحظات داخل الملف ‏(ھذه البیانات لل DBA ولا یقرأھا 

• 

• 

• 

• 

• 

37

)Oracle Server 

:SPFILE 

فتحھ و تعدیلھ)‏ ویمكن تعدیل جمیع 

ھو ملف من نوعیة ال binary الذي یقوم بادارتھ ال 

قیم العوامل "Parameters" الموجودة داخلھ بشكل داینامیكي ‏(اي باستخدام ال (ALTER SYSTEM 

بحیث یتم تعدیل بیانات ال SPFILE في الذاكرة أو الملف أو الأثنین معاً‏ ‏(أي انھ عند تشغیل ال 

مرة أخرى تكون التغیرات التي اجریت على ال SPFILE بواسطة ال ALTER SYSTEM موجودة 

وثابتة).‏ 

لا یقوم الأوراكل بتكوین ملف SPFILE ابتدائي كما یحدث مع ال PFILE ولكن یتم تكوین ال SPFILE 

من ال PFILE كا سیأتي شرحھ بعد قلیل.‏ 

لتعدیل العوامل "Parameters" داخل SPFILE یجب اتباع القاعدة التالیة:‏ 

Instance 

ALTER SYSTEM SET PARAMETER = VALUE [SCOPE = SCOPE_VALUE]; 

ملاحظة:‏ استخدام ال ] [ في القواعد یدل على أن ھذا الجزء اختیاري و في حالة لم یتم كتابتھ یختار الأوراكل 

ال وال Default یكون أحد الحلات الأكثر شیوعاً‏ وھي تم اختیارھا مسبقاً‏ من قبل مبرمجي 

الأوراكل.‏ 

. Default 

أما حالات 

ال SCOPE_VALUE 

ثلاث ھي:‏ 

:MEMORY یتم تغییر قیمة "Value" ال Parameter فقط في الذاكرة،‏ أي عند تشغیل ال 

Instance مرة أخرى تلغى التغیرات.‏ 

:SPFILE یتم تغییر قیمة "Value" ال Parameter في ملف ال SPFILE فقط.‏ 

"Value" یتم تغییر قیمة :BOTH 

معاً.‏ 

للعامل "Parameter" 

في ملف ال SPFILE والذاكرة 

• 

• 

• 

ملاحظة:‏ اذا لم یتم كتابة الجزء SCOPE=SCOPE_VALUE فیعتبر الأوراكل انھا 

BOTH) ھي ال 

.(Default 

SCOPE=BOTH 


:2.3 

ALTER SYSTEM SET SHARED_POOL_SIZE = 33554432 

SCOPE=SPFILE; 

بعض مكونات ال :SPFILE 

*. background_dump_dest='C:\oracle2\ora92\admin\dbname\bdump' 

*. compatible='9.0.0' *.db_block_size=4096 *.db_cache_size=33554432 

*. db_domain='oracle' 

……………… 

38

لیست كل العوامل "Parameters" في ال SPFILE اختیاریة،‏ یوجد سبع عوامل "Parameters" یجب 

ان تحدد ھي:‏ 

.BACKGROUND_DUMP_DEST 

USER_DUMP_DEST 

DB_NAME 

SHARED_POOL_SIZE 

COMPATIBLE 

DB_BLOCK_BUFFERS 

CONTROL_FILES 

• 

• 

• 

• 

• 

• 

• 

سوف یتم التطرق لاحقاً‏ للعوامل "Parameters" الجدیدة لاحقاً.‏ 

:Create SPFILE 

SYSDBA ROLE أو 

یمكن تكوین ال SPFILE من ال PFILE 

باتباع القاعدة التالیة:‏ 

اذا كان المستخدم یملك 

SYSOPER Role 

CREATE SPFILE [='location and name'] FROM PFILE[='location and name']; 

یمكن اھمال ذكر اسم و موقع ملف ال SPFILE في القاعدة اذ یمكن للأوراكل تكوین الأسم على النمط 

وفي الموقع ال Default وھو ضمن المجلد كذلك الحال بالنسبة لل 

المذكور سابقاً‏ 

PFILE حیث یختار الأوراكل الملف المعرف بالأسم initSID.ora وضمن المجلد 

.dbs 

.dbs 

(spfileSID.ora) 

ملاحظة:‏ قد یختلف الموقع ال Default من نسخة أوراكل الى أخرى.‏ بعض نسخ الأوراكل تكَون الملف ضمن 

المجلد 

.database 


:2.4 

من ال SQL PLUS 

CONNECT / AS SYSDBA; 

CREATE SPFILE FROM PFILE; 

39

یمكن تعدیل ال SPFILE من ال CONSOLE باتخاذ الخطوات التالیة:‏ 

ادخل الى .Enterprise Manager Console 

اختر الوضع .Standalone 

اضغط على قائمة ال Database ثم قائمة ‏"اسم ال "Database 

یطلب منك الاسم و كلة السر.‏ 

اكتب اسم ال SYSTEM وكلمة السر الخاص بھ.‏ 

تأكد من وضع 

اضغط على قائمة ال 

اضغط على 


.SYSDBA الى الحالة Connect as 

.Instance 

.Configuration 

.All Initialization Parameter 

• 

• 

• 

• 

• 

• 

• 

• 

• 

2.8 رسم 

40

START UP A DATABASE 

یوجد ثلاث حالات یمكن أن نبدأ تشغیل ال Database ولكل منھا خاصیتھ والوظائف التي یمكن اجرائھا في 

تلك الحالة،‏ الحالات الثالثة بالترتیب 

.NOMOUNT , MOUNT , OPEN : 

:NOMOUNT 

تسمى عملیة 

ال 

Staring the Instance 

.Oracle Database 

یمكن القیام بوظیفتین في ھذه الحالة ھما:‏ 

لأنھ في ھذه المرحلة فقط یبدأ تشغیل ال Instance دون باقي أجزاء 

تكوین ال Database عبر جملة ال .(CREATE DATABASE) SQL 

تكوین أواعادة تكوین ملفات ال 


• 

• 

سوف یتم التطرق لاحقاً‏ لكیفیة تكوین ال Database باسخدام جمل ال .SQL 

یتم في ھذه المرحلة عدة أمور ھي:‏ 

تتم قراءة ملف ال Initialization Parameter File بحیث یبحث الأوراكل على ملف 

إن لم یجد یبحث عن PFILE وإن لم یجد تتم قراءة الملف .init.ora 

حجز مساحة من الذاكرة لل .SGA 

بدأ ال 

وملفات تسمى ال 

فتح ملف یسمى 

.Trace Files 


alertSID.log 

SPFILE 

• 

• 

• 

• 

سوف یتم التطرق لاحقاً‏ لل alertSID.log 

و .Trace Files 

ملاحظة:‏ یجب تحدید قیمة العامل "Parameter" DB_NAME لكي یعمل ال .NOMOUNT 

:MOUNT 

في ھذه المرحلة یمكن القیام بوظائف مھمة مثل:‏ 

.Data Files 

تغییر "Rename" 


امكانیة وضع ال Database تحت وضعیة ال ARCHIVELOG أو .NOARCHIVELOG 

عمل صیانة "Recovery" لل 

.Database 

• 

• 

• 


فتح وقراءة ملفات ال 

ربط ال 


Instance بال Database 

الذي سوف یعمل علیھا.‏ 

• 

• 

41

:OPEN 

ھي الحالة العادیة التي تم العمل فیھا بواسطة ال SQLPLUS ویتم اجراء تعدیل وحذف واضافة بیانات 

وغیرھا من المھام.‏ 


فتح ال 

فتح ال 

. Online Data Files 

.Online Redo Log Files 

• 

• 

Data Files وال 

Redo Files او في حالة حذفھا أو نقلھا من مواقعھا المحددة 

في حالة فشل فتح ملفات ال 

في ال Control Files فلا یمكن ان تعمل الحالة .OPEN 

ملاحظة:‏ اسماء ومواقع ال Control Files مخزنة في ال 

Redo Log Files فھي مخزنة في ال 

اسماء و مواقع ال 

Initialization Parameter Files اما 


Data Files وال 

:STARTUP Command 

لتشغیل ال Database في احدى الحلات المذكورة سابقاً‏ تستعمل القاعدة التالیة:‏ 

STARTUP [FORCE] [RESTRICT] [PFILE='location and name'] 

[OPEN [recover] [database’s name] | MOUNT | NOMOUNT ] ; 

."OR" ( 

ملاحظة:‏ استخدام ال | 

ان یكتبا معاً.‏ 

في القواعد یدل على انھا 

) وأ فمثلاً‏ لا یمكن لل MOUNT و ال OPEN 

: أوامر القاعدة 

:PFILE سبق ذكر ان الأوراكل یبحث عن الملف عند بدایة مرحلة ال NOMOUNT ولكن یمكن للمستخدم 

تحدید ملف محدد عوضاً‏ على ان یقوم الأوراكل بالبحث عنھ.‏ 

:RECOVER خاصة فقط بمرحلة ال OPEN اذ لا یمكن كتابتھا مع ال ،MOUNT وعند استخدامھا 

یقوم الأوراكل بعمل عملیة ال RECOVERY للبیانات.‏ 

:RESTRICT تحدد المستخدمین الذین یحق لھم الدخول الى ال Database وھم من یملك ال 

Restricted Session Privilege التي سوف یتم التطرق لھا لاحقاً.‏ 

:FORCE اذا كان ال Instance یعمل في احد الحالات فیمكن اغلاقھ ثم تشغیلھ مباشرة في الحالة العادیة.‏ 

اذاً‏ ھي مثل عملیة ال "Restart" في الویندوز.‏ 

42


:2.5 

لاستخدام قاعدة ال STARTUP یمكن القیام بالتالي:‏ 

ادخل الى ال SQLPLUS أو عبر ال 

ادخل اسم المستخدم و كلمة السر.‏ 

یجب الدخول الى SYSDBA عن طریق 

اغلق ال Database بواسطة الجملة التالیة:‏ 

.Command Prompt 

CONNECT \ AS SYSDBA; 

SHUTDOWN; 

-1 

-2 

-3 

-4 

STARTUP; 

STARTUP MOUNT; 

STARTUP NOMOUNT; 

في ھذه الجملة یعتبر الأوراكل انھا OPEN باعتبارھا ال 

.Default 

:ALTER DATABASE Command 

یمكن ان تستخدم في عدد من الوظائف منھا 

: 

-1 

تغییر حالة ال 

Database من : 

.MOUNT الى NOMOUNT 

OPEN الى MOUNT 

• 

• 

یمكن استخدام أمر ال ALTER DATABASE باتباع القاعدة التالیة:‏ 

ALTER DATABASE [database's name] MOUNT | OPEN; 


:2.6 

بینما یتم استخدام حالة ال NOMOUNT یمكن التحویل الى ال MOUNT بكتابة التالي:‏ 

ALTER DATABASE MOUNT; 

2- لوضع ال Database في حالة القراءة فقط Database" :"Read-Only 

یمكن فتح ال Database في حالة OPEN بدون السماح بتغییر البیانات في ال 

القاعدة التالیة:‏ 

Database باستخدام 

ALTER DATABASE [database's name] OPEN READ WRITE | READ ONLY; 

مع العلم أن READ WRITE ھي ال 

.Default 

43


بینما ال 

:2.7 

"READ WRITE" في الحالة العادیة Database 

یمكن التحویل بكتابة الجملة التالیة:‏ 

ALTER DATABASE OPEN READ ONLY; 

من الوظائف التي یمكن القیام بھا بینما ال Database في وضعیة ال :READ ONLY 

استخراج بیانات عبر جمل ال .SQL 

تغییر وضعیة ال 

القیام بعملیة ال Recovery على ال 

وال 

.Tablespaces 

.Online و Offline بین Data Files 

Offline Data Files 

• 

• 

• 

:Restricted Mode 

یمكن تشغیل ال Database في ھذه الحالة لإعطاء المجال للمستخدمین الذي یملكون 

Restricted Session Privilege من القیام بمھات خاصة.‏ 

مثال تطبیقي 2.8: 

لتشغیل ال Database في حالة ال : Restricted 

یمكن تحویل الحالة بشكل داینامیكي باستخدام:‏ 

STARTUP RESTRICTED; 

ALTER SYSTEM ENABLE RESTRICTED SESSION; 

ALTER SYSTEM DISABLE RESTRICTED SESSION; 

(Restricted 

:Kill a Session 

یرید ال DBA ‏(أو من یملك الصلاحیات)‏ باخراج 

في بعض الأوقات ‏(وخاصة بعد وضع ال 

بعض المستخدمین من ال للقیام ببعض المھمات.‏ یمكن القیام بھذه المھمة عبر:‏ 

ALTER SYSTEM KILL SESSION 'SID, SERIAL#'; 

Database 

ال SID ھو رقم ال Session الخاص ‏(یعطى لكل Session عند بدایة تشغیلھ رقم خاص بھ)‏ یمكن استخراجھ 

من .V$SESSION 

ال SERIAL# ھو رقم أخر ممیز "Unique" یعطى لكل Session ویمكن استخراجھ من ایضاً‏ من ال 

.V$SESSION 

44


:2.9 

یمكن القیام بعملیة Session" "Kill باتخاذ الخطوات التالیة:‏ 

• 

یجب أن یكون ھنالك أكثر من مستخدم یعملون على ال Database في نفس الوقت،‏ للقیام بذلك 

ادخل الى SQLPLUS أولاً‏ باسم مستخدم ثم افتح ال SQLPLUS مرة أخرى وادخل باسم 

مستخدم اخر.‏ 

استخدم SYSTEM و استخدم username = SCOTT , password =TIGER 

• یتم كتابة الجملة التالیة من ال :SYSTEM 

SELECT USERNAME, SID, SERIAL# 

FROM V$SESSION 

WHERE USERNAME = 'SCOTT'; 

• یظھر الناتج التالي ‏(یختلف من جھاز الى أخر)‏ 

USERNAME 

SID SERIAL# 

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

SCOTT 9 51 

یكتب مستخدم ال SYSTEM التالي:‏ 

ALTER SYSTEM KILL SESSION '9, 51'; 

یتم اغلاق ال Session الخاص بالمستخدم .SCOTT یقوم ال PMON بمھامھ مباشرة لمعالجة 

الأثار التي یمكن ان تنجم عن أغلاق ال Session الخاص بالمستخدم SCOTT واذا قام SCOTT 

بطلب جملة SQL تظھر الرسالة التالیة:‏ YOUR SESSION HAS BEEN KILLED 

• 

• 

2.9 رسم 

45

SHUTTING DOWN THE DATABASE 

یمكن اقفال ال Database في اربع حالات ھي:‏ TRANSACTIONAL, NORMAL, 

.IMMEDIATE, ABORT 

ملاحظة:‏ عادةً‏ ما تكون عملیة اغلاق ال Database من أجل عملیة ال .Backup 

ملاحظة‎2‎‏:‏ لإغلاق ال 

.SYSOPER أو SYSDBA تحتاج الى Database 

لإغلاق ال Database في احدى الحلات المذكورة تستعمل القاعدة التالیة:‏ 

SHUTDOWN [NORMAL] | [TRANSACTIONAL] | [IMMEDIATE] | [ABORT]; 

مع العلم أن NORMAL ھي ال ،Default أي عند كتابة ال SHUTDOWN بدون أي من الحالات 

الأربع یفترض الأوراكل أنھا الحالة ال 

.Default 

:NORMAL 

في حالة اغلاق ال Database بھذه الحالة یتم التالي:‏ 

لا یسمح بدخول مستخدمیین جدد لل .Database 

لا یغلق ال Database قبل خروج جمیع المستخدمین منھ،‏ أي ان الأوراكل ینتظر حتى یفرغ 

المستخدمیین من مھامھم ثم خروجھم لكي یتم اعلاق ال 

یتم نقل بیانات ال Redo Log Buffer الى ال 

یتم نقل بیانات ال 

في حال وجود عملیات لم یتم حدوث COMMIT فیحدث لھا .ROLLBACK 

انھاء وجود ال 

ازالة مساحة ال SGA من الذاكرة.‏ 

اغلاق ال Database ثم اغلاق ال .Instance 

.Database 


.Data Files الى ال Database Buffer Cache 


• 

• 

• 

• 

• 

• 

• 

• 

ملاحظة:‏ لا یستلزم ان تتم عملیة Recovery للبیانات التي كانت موجودة في ال Instance باعتبار انھا 

نقلت الى الملفات الفیزیائیة.‏ وعملیة ال Recovery ھي العملیة المشابھھ لوظائف الPMON و SMON 

. 

:TRANSACTIONAL 

في حالة اغلاق ال Database بھذه الحالة یتم جمیع خطوات ال NORMAL عدا الإختلافات التالیة:‏ 

لا یغلق ال Database قبل انھاء المھمات التي طلبھا جمیع المستخدمین منھ،‏ أي أن الأوراكل ینتظر 

حتى یفرغ المستخدمیین من مھامھم التي طلبوھا قبل حدوث أمر الاغلاق ولا ینتظر أن یخرج 

المستخدمین من ال Database لتتم عملیة الاغلاق كما یحدث في ال .NORMAL 

لا یسمح بالقیام بمھمات جدیدة من قبل المستخدمین بعد أمر الإغلاق.‏ 

یتم اخراج المستخدم من ال Database عند انتھاء المھمات التي طلبت قبل عملیة الاغلاق.‏ 

• 

• 

• 

ملاحظة:‏ لا یستلزم ان تتم عملیة Recovery عند تشغیل ال Instance مرة أخرى.‏ 

46

:IMMEDIATE 

في حالة اغلاق ال Database بھذه الحالة یتم جمیع خطوات ال NORMAL عدا الإختلافات التالیة:‏ 

یتم اغلاق ال Database فوراً‏ دون انتظار خروج المستخدمین أو انھاء مھامھم التي طلبوھا قبل 

أمر الاغلاق.‏ 

المھمات التي تم طلبھا قبل أمر الاغلاق تلغى وأیة تعدیلات طرأت على البیانات بسببھا تزال وتمسح 

‏(بشرط ان تكون المھمة ما تزال تعمل عند أمر الإغلاق)‏ ویحدث لھا .ROLLBACK 

• 

• 

ملاحظة:‏ لا یستلزم ان تتم عملیة Recovery عند تشغیل ال Instance مرة أخرى.‏ 

:ABORT 

في بعض الحلات الخاصة عند عدم استطاعة الأوراكل اغلاق ال Database بأحد الحلات الثلاث السابقة یتم 

استخدام ھذه الحالة.‏ 

في حالة اغلاق ال Database بھذه الحالة یتم التالي:‏ 

یتم اغلاق ال Database فوراً‏ دون انتظار خروج المستخدمین أو انھاء مھامھم التي طلبوھا قبل 

أمر الاغلاق.‏ 

المھمات التي تم طلبھا قبل أمر الاغلاق تلغى و أیة تعدیلات طرأت على البیانات بسببھا تزال وتمسح 

‏(بشرط ان تكون المھمة ما تزال تعمل عند أمر الإغلاق)‏ ولا یحدث لھا .ROLLBACK 

لا یتم نقل بیانات ال Redo Log Buffer الى ال 

لا یتم نقل بیانات ال 

المھمات التي لم یحدث لھا COMMIT لا یحدث لھا .ROLLBACK 

Instance بشكل فوري.‏ 

یتم اغلاق ال 


Data Files الى ال Database Buffer Cache 

Database وال 

• 

• 

• 

• 

• 

• 

ملاحظة:‏ یستلزم ان تتم عملیة Recovery عند تشغیل ال Instance مرة أخرى.‏ 

ملاحظة‎2‎‏:‏ تأثیرات ال STARTUP FORCE و عند حدوث أي عطل في ال Instance یؤدي الى اغلاقھ 

ھي ذات التأثیرات 

لل .SHUTDOWN ABORT 

47

DIAGNOSTIC FILES 

تعتبر ملفات ال Diagnostic ملفات مھمة لإدارة ال Instance لأنھا تخزن بیانات حول العملیات المختلفة 

التي تجرى على ال یوجد عدد من ملفات ال Diagnostic منھا:‏ 

.Database 

:ALERT LOG FILE 

.Database 

یتم تخزین البیانات حول العملیات أو المھام الیومیة التي تجرى على ال 

• 

Background 

:BACKGROUND TRACE FILES 

.Processes 

یتم تخزین بیانات حول ال 

• 

:USER TRACE FILE 

یتم تخزین بیانات حول الأخطاء الفادحة التي یقوم بھا المستخدمون 

والتي قد تؤدي الى تعطل ال Database وبذلك تساعد على اكتشاف الاسباب التي أدت لتعطل ال 

.Database 

• 

:ALERT LOG FILE 

لكل Instance ملف Alert Log بحیث اذا لم یقم المستخدم بتكوینھ یقوم الأوراكل خلال بدأ ال 

بتكوین الملف ‏(خلال مرحلة ال (NOMOUNT وھو یعرف باسم 

ھو المرجع الأول في البحث عن الأخطاء ‏(تشخیص)‏ التي حدثت في ال Database بشكل یومي.‏ 

موقع ال 

Instance 

Alert Log یعتبر ال .alertSID.log 

.BACKGROUND_DUMP_DEST "Parameter" محدد من قبل العامل Alert File 

تذكر:‏ جاء ذكر العامل "Parameter" BACKGROUND_DUMP_DEST في موضوع ال 

.SPFILE 

یتم تخزین البیانات عدیدة في 

Alert Log File منھا:‏ 

Instance 


توقیت بدأ تشغیل ال وتوقیت الاغلاق.‏ 

توقیت بدأ تشغیل ال 

بیانات حول ال .Log Switch 

بیانات حول الاخطاء التي 

بیانات حول تكوین ال .Tablespaces 

بیانات حول تكوین ال 

جمل ال SQL التي تحتوي على الأمر .ALTER 

Online Redo Log File الذي یتم العمل علیھ من قبل ال 

رقم ال 

ظھرت Messages" ."Error 

.Undo Segments 

Log Sequence الخاص بال 

LGWR 

• 

• 

• 

• 

• 

• 

• 

• 

سوف یتم التطرق لاحقاً‏ لل .Undo Segments 

تذكر:‏ جاء ذكر ال 

Log Sequence Number في الفصل الأول.‏ 

48


:BACKGROUND TRACE FILES 

یتم تكوین الملفات فقط عندما 

یتم تخزین بیانات حول الاخطاء التي تحدثھا ال 

تحدث الأخطاء ‏(أي انھ في حال عدم حدوث اخطاء لا تكون الملفات متواجده).‏ 

موقع الملفات محدد من قبل العامل "Parameter" .BACKGROUND_DUMP_DEST 

:USER TRACE FILE 

یتم تخزین بیانات حول الأخطاء الفادحة التي یقوم بھا المستخدمون والتي قد تؤدي الى تعطل ال 

وبیانات حول ال SQL التي تم طلب مراقبتھا ."Trace" موقع الملف محدد من قبل العامل 

Database 

.USER_DUMP_DEST "Parameter" 

یتحكم في حجم الملف العامل "Parameter" MAX_DUMP_FILE_SIZE و المحدد ب 10 میغا 

بایت.‏ یمكن تشغیل أو ایقاف الملف في ال Session الواحد او في ال Instance ‏(كل ال التي 

موجودة في ال (Instance عبر كتابة التالي:‏ 

في ال :Session 

في ال 

Sessions 

ALTER SESSION SET SQL_TRACE = TRUE; 

:Instance 

او عند وضع قیمة العامل "Parameter" التالي في ال 


SQL_TRACE = TRUE 

وبذلك یتم تعقب "Trace" جمیع جمل ال SQL وتسجیل بیانات حولھا والأخطاء التي سببتھا.‏ 

تذكر:‏ جاء ذكر العامل "Parameter" USER_DUMP_DEST في موضوع ال .SPFILE 

.(trc) بالرمز Trace Files 

فمثلاً‏ ملفات ال Background Trace تسمى بالقاعدة 

تعرف ملفات ال 

التالیة:‏ ) كما الملفات الموجودة في نسخة الأوراكل الخاصة بي)‏ 

dbname) dbnamePMON.trc ھو اسم ال Instance في جھازي والذي یحدد عند عملیة التنصیب).‏ 

sidPROCESSNAME.trc مثل 

وكذلك الحال بالنسبة لملفات ال User Trace في تسمى بالقاعدة التالیة في نسخة الأوراكل الخصة بي:‏ 

.ORA00853.trc مثل ORAPID.trc 

ملاحظة:‏ قد تختلف قاعدة التسمیة من نسخة أوراكل الى أخرى ولكن ال Trace Files تنتھي دائماً‏ ب 

(.trc) 

49

ORACLE MANAGED FILES (OMF) 

تسھل ال OMF ادارة عدد من ملفات الأوراكل اذ یكفي تحدید مواقع الملفات فیقوم الأوراكل بالاھتمام 

بالملفات و تكوینھا وحذفھا وتسمیتھا.‏ یمكن تحدید مواقع الملفات باستخدام عاملین "Parameters" اثنین 

جدیدن من عوامل ملف ال Initialization Parameter File اضیفا في النسخة التاسعة من الأوراكل 

"Oracle9i" ھما:‏ 

:DB_CREATE_FILE_DEST 

الذي یحدد مواقع ال 

.Data Files 

:DB_CREATE_ONLINE_LOG_DEST_n 


خمسة.‏ 

یحدد مواقع ملفات ال Redo Log وال 

یدل الحرف (n) على رقم العامل "Parameter" بیحث یكون من واحد الى 

• 

• 

ملاحظة:‏ یمكن استخدام أحدھما أو كلاھما,‏ ولا یشترط استخدام الاثنین معاً.‏ 

ترتبط كل Tablespace بملف من ملفات ال 

اي انھ عند حذف ال Tablespace یجب حذف ملف ال 

Tablespace ارتباط بملفات من 

Data Files المرتبط معھا وإلا قد یسبب مشاكل عند عملیة ال ،Backup اذ انھ لا فائدة من حفظ ال 

Files باعتبار ال Tablespace تم حذفھا.‏ 

یجب على ال DBA البحث عن الملف المرتبط وحذفھ بطریقة عادیة ‏(كما یتم حذف أي ملف في الویندوز أو 

أو غیرھا).‏ أما اذا تم استخدام طریقة ال OMF یقوم الأوراكل بحذف ال 

ال DBA أي بطریقة أوتوماتیكیة وھذه أحد فوائد استخدام ال .OMF 

(Physical-Logical ) Data Files بحیث یكون لكل 

.Data Files 

Data 

Data Files دون تدخل 

ال UNIX 

یتم استخدام 

(ora_) 

في بدایة اسماء ملفات ال OMF للدلالة علیھا.‏ 


:2.10 

DB_CREATE_FILE_DEST = 'C:\oracle\ora92\oradata\u01' 

DB_CREAE_ONLINE_LOG_DEST_1 = 'C:\oracle\ora92\oradata\u02' 

DB_CREAE_ONLINE_LOG_DEST_2 = 'C:\oracle\ora92\oradata\u03' 

یمكن تغییر القیم "Values" بشكل داینامیكي باستخدام .ALTER SYSTEM 

ALTER SYSTEM SET 

DB_CREATE_FILE_DEST='C:\oracle\ora92\oradata\u04'; 

(2.10 

بعد ان یتم تحدید العوامل "Parameter" ‏(كما في المثال تتم عملیة تكوین ال Database باستخدام 

اذا فشل تكوین ال Database یقوم الأوراكل بحذف الملفات التي تكونت 

من خلال .OMF 

أمر .CREATE DATABASE 

یمكن الحصول على معلومات حول الملفات التي تكونت بطریقة ال OMF من DBA_DATAFILE و 

.V$LOGFILE 

50

CREATING A DATABASE & 

USING THE DATA DICTIONARY 

51

PRE-CREATING STAGES 

عملیة تكوین ال Database تحتاج الى تخطیط وتحضیر مسبق،‏ یجب على ال DBA اعداد التالي:‏ 

الحجم الكافي لكل من القرص الصلب Disk" "Hard و الذاكرة في السیرفر.‏ 

دراسة نوعیة النظام System" "Operating الموجود في السیرفر.‏ 

وضع خطة لتوزیع الملفات في موقع التخزین لحمایة ملفات ال 

تحدید العوامل 

یمكن تغییره بعد عملیة التنصیب.‏ 

اختیار نظام الحمایة 

.Database 

DB_BLOCK_SIZE وخاصة ال Initialization Parameters 

(Password File او Operating System ) 

الذي لا 

و توفر ال .SYSDBA 

معرفة اذا كان یراد تكوین Database جدیدة أو یراد نقل ال Database الموجودة من نسخة 

أوراكل أقدم الى نسخة أجد ، عند ذلك یجب استخدام ال 

Data Migration Assistant 

تحدید الطریقة التي سوف یتم بھا تكوین ال Database الجدیدة ، إما عن طریق استخدام 

CREATE DATABASE في ال SQL ‏(تسمى الطریقة الیدویة)‏ او عن طریق 

.Configuration Assistant 

وضع خطة عملیة دوریة لإجراء عملیة ال .Backup 

Database 

• 

• 

• 

• 

• 

• 

• 

• 

نقاط مھمة:‏ 

-1 

ینصح بتوزیع ملفات ال Control File على مواقع مختلفة أو أقراص صلبة مختلفة.‏ 

2- ینصح بتوزیع الملفات المتشابة في مجموعات ال Redo Log الى مواقع مختلفة أو أقراص مختلفة.‏ 

-4 

3- وضع نظام لتسمیة الملفات لیتسنى ایجادھا بسھولة.‏ 

تفریق عناصر ال Database التي لھا مراحل حیاة مختلفة(قصیرة أو طویلة)‏ الى مواقع مختلفة لكي یقل 

ما یعرف باسم .Disk Fragmentation 

5- تفریق ال Tables وال Indexes الى Tablespaces مختلفة لتنظیم عملیة ال .Input/Output 

52

DATABASE CONFIGURATION ASSISTANT 

یمكن عبر ال(‏DBCA‏)‏ 

القیام بالتالي:‏ Options, Create a Database, Configure Database 

.Delete a Database, and Manage Templates 

Database 

:CREATE A DATABASE 

للقیام بتكوین Database جدیدة أو القالب ."Template" والقالب عبارة عن اختیار ال 

Options وحفظھا لكي یتسنى استخدامھا في موقع أخر.‏ مثلاً‏ یمكن ان یقوم الفرع الأساسي للشركة بتكوین 

قالب ال Database وتوزیعھ على الفروع لتكوین Databases متشابھ في جمیع الفروع.‏ 

ھما:‏ 

یمكن تكوین نوعین من 

القوالب "Templates" 

بدون ال :Data Files فقط اختیارت ال Database دون الملفات ‏(لمعرفة الاخیارات اضغط على 

تكمن فائدتھ انھ یمكن تغییر جمیع الأختیارات وال Initialization 

."Template" بعد تكوین القالب Parameters 

Data 

.("Show Details" 

مع ال :Data Files یكون القالب متكوناً‏ من اختیارات ال Database مع وجود ملفات ال 

Redo Log Groups بشكل أوتوماتیكي،‏ یمكن تغییر 

یتم تكوین ال 

لا یمكن حذف ال Data Files وتكوینھا من جدید وكذلك 

اسماء ومواقع ال 

ینطبق الحال على ،Tablespaces ولا یمكن تعدیل ال 

Initialization Parameters بعد تكوین 

Control Files و ال 

،Data Files ولكن 

.Files 

القالب ."Template" 

• 

• 

یوجد عدد من القوالب المعدة مسبقاً‏ Name" "Template تظھر بالرسم 3.1: 

3.1 رسم 

53

بعد أن یتم اختیار أحد القوالب "Templates" یطلب اختیار اسم ال Database واسم ال 

المعرف بالرمز .SID 

Instance 

3.2 رسم 

في حال تم اختیار القالب Database" "New یتم اختیار الممیزات "Features" 

ال 

التي ترید استخدامھا في 

.Database 

3.3 رسم 

54

المرحلة التالیة یتم اختیار البیئة التي سوف یعمل بھا ال 

.Database 

3.4 رسم 

بعد ذلك یتم تحدید عوامل "Parameters" ال 

Initialization Parameter File المختلفة.‏ 

3.5 رسم 

55

یتم بعد ذلك عرض اسماء الملفات الفیزیائیة وال Tablespaces ومواقعھا ولدیك الخیار بحذف أو اضافة 

ملفات اخرى.‏ 

3.6 رسم 

في المرحلة التالیة یتم اختیار نوعیة التكوین،‏ ھل ترید تكوین Database أو ترید تكوین فقط قالب 

التي یمكن استخدامھا مع أمر 

أو ھل ترید تكوین جمل 

SQL Scripts 

"Template" 

.CREATE DATABASE 

3.7 رسم 

56

:CONFIGURE DATABASE OPTIONS 

یمكن تعدیل ال Database التي تم تكوینھا سابقاً‏ من ناحیة ال Oracle Features والبیئة التي تعمل علیھا 

.(Dedicated Server أو Shared Server) 

:DELETE A DATABASE 

لحذف Database تم تكوینھا سابقاً‏ 

:MANAGE A TEMPLATE 

یمكن استخدامھا لتكوین قالب "Template" أو لحذف قالب "Template" موجود.‏ عند تكوین قالب 

"Template" جدید یمكن الاختیار بین ثلات خیارات ھي:‏ 

من قالب "Template" أخر موجود،‏ اذ یمكن تعدیل مواصفات القالب "Template" لصنع قالب 

جدید.‏ 

‏(تم تكوینھا سابقاً)‏ ، اذ یمكن تكوین قالب "Template" 

من مواصفات 

مشابھ لمواصفات ال Database ولكن دون ملفات ال 

من Database موجودة،‏ اذ یمكن تكوین نسخة مطابقة ل Database موجودة مع ال 

Files وجمیع البیانات.‏ 

Data 

.Data Files 

"Template" 

Database موجودة 

• 

• 

• 

3.8 رسم 

57

CREATE A DATABASE MANUALLY 

یمكن تكوین ال Database بطریقة یدویة باستخدام الأمر .CREATE DATABASE 

الخطوات المتبعة تتلخص بالتالي:‏ 

تحدید اسم ال Instance وال .Database 

تحدید ال Database Character Set التي سوف نتطرق لھا لاحقاً‏ في فصل أخر.‏ 

تجھیز ملف ال 

تشغیل ال Database في الوضعیة ،NOMOUNT عبر ال .SYSDBA 


كتابة الأمر .CREATE DATABASE 

تشغیل ال SQL SCRIPTS لتكوین ال . Data Dictionary 

• 

• 

• 

• 

• 

• 

ملاحظة:‏ اذا كنت تقوم بتكوین ال Database على نظام ال UNIX یجد تحدید ما یعرف یاسم ال 

Environmental Variables ومنھا : 

"Directory" ھو الموقع :ORACLE_BASE 

الذي یحوي كل ملفات الأوراكل Tree" ."Top of 

وھنا یتم تخزین كل نسخ الأوراكل المختلفة ."Versions" 

:ORACLE_HOME موقع ال 

.Oracle Software 

:ORACLE_SID تحدد اسم ال Instance والذي یجب ان یكون غیر متشابھ مع اسم Instance أخر.‏ 

:ORA_NLS33 لتحدید Set" "Database Character غیر 

:PATH مواقع 

.$ORACLE_HOME\bin 

:LD_LIBRARY_PATH 

.$ORACLE_HOME\lib 

برامج الأوراكل مثل ال ،SQLPLUS ومن المفترض ان تكون 

ملفات أخرى تسمى 

التي تم تحدیدھا مسبقاً‏ ."Default" 

Oracle Library Files وعادة ما تكون 

یمكن تكوین Database بشكل یدوي باستخدام القاعدة التالیة:‏ 

CREATE DATABASE [name of database] 

[CONTROLFILE REUSE] 

[LOGFILE [GROUP number] C1 

[MAXLOGFILES number] 

[MAXLOGMEMBERS number] 

[MAXLOGHISTORY number] 

[MAXDATAFILES number] 

[MAXINSTANCES number] 

[ARCHIVELOG | NOARCHIVELOG] 

[CHARACTER SET char] 

[NATIONAL CHARACTER SET char] 

[DATAFILE C1 [C2]] 

[DEFAULT TEMPORARY TABLESPACE tablespace_name C1 [C3]] 

[UNDO TABLESPACE tablespace_name DATAFILE C1 [C2]] 

[SET TIME_ZONE [time_zone_region]] 

58

أما ال الرموز ال 

،C1 

C3،C2 فترمز الى جزء من القاعدة تم تخفیفة الى رموز لسھولة قراءة القاعدة:‏ 

'filename' [SIZE number] [K | M] [REUSE] =C1 

[AUTOEXTEND OFF | ON [NEXT number [K | M]]=C2 

[MAXSIZE UNLIMITED | number [K | M]]] 

EXTENT MANAGEMENT LOCAL UNIFORM [SIZE number] [K | M] 

=C3 

اي انھ في الجملة الثالثة تكون القاعدة:‏ 

[LOGFILE [GROUP number] 'filename' [SIZE number] [K | M] [REUSE] 

ملاحظة:‏ جملة ال CREATE DATABASE ھي الجملة الإلزامیة الوحیدة و الباقي اختیاري.‏ 

ملاحظة‎2‎‏:‏ عند عدم استخدام كلمة ال SIZE یجب استخدام كلمة ال REUSE والعكس صحیح.‏ 

أما أوامر القاعدة فھي 

: 

database] :[name of اسم ال Database المراد تكوینھ.‏ 

.DB_NAME 

في حال عدم كتابتھ یؤخذ قیمة العامل 

"Overwrite" یمكن استخدامھا لطلب اعادة استخدام :[CONTROLFILE REUSE] 

المعرفة في ال 

ملفات ال 

ملفات جدیدة.‏ 

number] :[MAXLOGFILES تحدد العدد الأقصى لمجموعات ال 

یمكن تكوینھا في ال Database على مدى حیاة ال ،Database العدد الأدنى ھو 2. 

number] :[MAXLOGMEMBERS تحدد العدد الأقصى لملفات ال Redo Log ضمن 

المجموعات.‏ 

number] :[MAXLOGHISTORY تحدد عدد ال 

Initialization Parameter File عوضاً‏ عن تكوین 

Redo Log Files التي 

Archived Log Files التي تسخدم في 

Control Files 

عملیة ال .Media Recovery 

:[AUTOEXTEND] سوف نتطرق لھا لاحقاً.‏ 

:[MAXDATAFILES] تحدد العدد الأقصى من ال Data Files الذي یمكن تكوینھ على مدى 

حیاة ال .Database 

:[MAXINSTANCES] تحدد العدد الأقصى من ال Instances الذین یستطیعون العمل على ال 

Database في نفس الوقت.‏ 

char] :[CHARACTER SET سوف نتطرق لھا لاحقاً.‏ 

SET] :[NATIONAL CHARACTER سوف نتطرق لھا لاحقاً.‏ 

لتكوین ال 

Tablespace التي سوف نتطرق لھا لاحقاً،‏ اذا لم تحدد یقوم الأوراكل بتكوینھا للمستخدم.‏ 

TABLESPACE] :[UNDO لتكوین ال Undo Tablespace التي سوف نتطرق لھا لاحقاً.‏ 

Default Temporary 

:[DEFAULT TEMPORARY TABLESPACE] 

.Database تحدید وقت ال :[SET TIME_ZONE] 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

59

:3.1 

CREATE DATABASE db01 

CONTROLFILE REUSE 

LOGFILE 

GROUP 1 ('C: \oracle\ora92\oradata\db01\log101.log') SIZE 10M 

GROUP 2 ('C: \ oracle\ora92\oradata\db01\log201.log') SIZE 10M 

GROUP 3 ('C: \ oracle\ora92\oradata\db01\log301.log') SIZE 10M 

MAXLOGFILES 4 

MAXLOGMEMBERS 2 

MAXLOGHISTORY 0 

MAXDATAFILES 254 

MAXINSTANCES 2 

ARCHIVELOG 

CHARACTER SET AL32UTF8 

NATIONAL CHARACTER SET AL16UTF16 

DATAFILE 'C: \oracle\ora92\oradata\db01\system01.dbf' SIZE 100M 

AUTOEXTEND ON NEXT 5M MAXSIZE UNLIMITED 

UNDO TABLESPACE UNDO01 

DATAFILE 'C: \oracle\ora92\oradata\db01\undo01.dbf' SIZE 40M 

DEFAULT TEMPORARY TABLESPACE TEMP01 TEMPFILE 

'C: \oracle\ora92\oradata\db01\temp01.dbf' SIZE 20M 

EXTENT MANAGEMENT LOCAL UNIFORM SIZE 128K 

SET TIME_ZONE = 'CANADA /YUKON' 

; 


الأخطاء التي قد تؤدي الى فشل تكوین ال Database بشكل یدوي:‏ 

أخطاء في كتابة جمل ال .SQL 

طلب تكوین ملفات موجودة مسبقاً‏ ‏(تأكد من ان اسم الملف غیر مستخدم)‏ 

مشاكل أو اخطاء ناتجة من نظام التشغیل System" ."Operating 

• 

• 

• 

لأعادة تكوین ال Database بعد محاولة فاشلة یجب:‏ 

اغلاق ال .Instance 

حذف أي ملفات تكونت من ال CREATE DATABASE التي فشلت.‏ 

تصحیح سبب الفشل ، مثل تعدیل جملة ال SQL التي تحوي أخطاء.‏ 

تشغیل ال Instance في وضعیة ال NOMOUNT والقیام تكوین ال Database من جدید.‏ 

• 

• 

• 

• 

ملاحظة:‏ لا یتكون ال Data Dictionary بعد الانتھاء من تكوین ال Database بشكل یدوي،‏ ولكن یتم 

تكوین ال 

.V$DATAFILE مثل ال Dynamic Views 

تذكر:‏ تغییر كلمة السر لكل من المستخدمین SYS و SYSTEM لأخذ الأمان.‏ 

تذكر:‏ ان استخدام ال (OMF) Oracle Managed Files یسھل عملیة تكوین ال .Database 

60

DATA DICTIONARY 

یعتبر ال Data Dictionary أحد أھم مكونات ال ،Database اذ یتكون من مجموعة من ال Tables وال 

Views التي تحتوي معلومات قیمة عن ال .Database تستخدم ال Data Dictionary لقراءة البیانات 

فقط ولا یمكن تعدیل بیاناتھا بواسطة ال ،DBA ولكن یقوم ال Oracle بتعدیل البیانات الموجودة عند حدوث 

ال 

أوامر ال 

طلب المستخدم الدخول الى ال ، Database اذ یقوم بالتأكد من وجود اسم المستخدم وبیانات المستخدم مثل 

ال .User Privileges 

(DDL) .Data Definition Language یستخدم الأوراكل Data Dictionary ایضاّ‏ عند 

یتكون ال Data Dictionary من عنصرین ھما:‏ 

.Base Tables في ال Database 

تعتبر أول 

:BASE TABLES یتم تخزین بیانات حول ال 

من ال Database یتم تكوینھ،‏ ویتم تكوینھا بشكل أتوماتیكي من قبل الأوراكل 

باستخدام الملف "Script" المسمى باسم .sql.bsq لا یجب تعدیل ال 

لأنھا ضروریة لتشغیل ال ،Database ولكن یمكن تعدیل واحدة فقط وھي ال ، مع العلم أنھ 

یتم تخزین البیانات في ال Base Tables بشكل مشفر.‏ 

Base Tables أوالعبث بھا 

AUD$ 

جزء "Object" 

:DICTIONARY VIEWS تقوم بتلخیص وترتیب بیانات المخزنة في ال 

تسھل استخراج البیانات و قرائتھا.‏ یتم تكوینھا باستخدام الملف "Script" المسمى باسم 

Base Tables لكي 

.catalog.sql 

• 

• 

بیانات ال :Data Dictionary 

یوفر ال Data Dictionary بیانات مھمة حول:‏ 

معلومات تفصیلیة حول جمیع عناصر "Objects" ال Database مثل ال Indexes, Tables, 

Views, Synonyms, Data files, Control Files وغیرھا.‏ 

بیانات حول المساحة المشغولة والمساحة الفارغة في ال .Database 

بیانات حول المستخدمین ."Users" 

بیانات تفصیلیة لل Privileges و ال Roles الممنوحة لكل مستخدم.‏ 

• 

• 

• 

• 

بیانات حول ال 

Auditing التي سوف نتطرق لھا في فصل أخر.‏ 

• 

بیانات حول ال 

. Integrity Constraint 

• 

61

QUERYING DATA DICTIONARY 

تتوزع ال Dictionary Views الى ثلاث مجموعات عي:‏ 

:DBA_ تحتوي ال Views على جمیع بیانات العناصر "Objects" في ال ،Database وھي 

خاصة لل DBA و كل مستخدم لدیھ ال اللازمة للدخول الى بیاناتھا.‏ 

Privileges 

:ALL_ تحتوي على بیانات حول جمیع العناصر "Objects" التي یستطیع المستخدم استخراج 

البیانات منھا،‏ سواء ما كان منھا ضمن ال Schema الخاصة بالمستخدم أو مستخدمین أخرین أو 

ال .Public Schema 

:USER_ تحتوي على بیانات حول العناصر "Object" التي یملكھا المستخدم ‏(أي العناصر في 

ال Schema الخاصة بالمستخدم).‏ 

• 

• 

• 

یمكن معرفة جمیع ال 

.DICTIONARY view 

Views المتوفرة في ال Data Dictionary من خلال البیانات المعروضة من ال 


:3.2 

SELECT * FROM DBA_OBJECTS; 

SELECT * FROM ALL_OBJECTS; 

SELECT * FROM USER_OBJECTS; 

SELECT * FROM DICTIONARY; 

Database في 

DYNAMIC PERFORMANCE 

،Database یقوم 

Tables 

Oracle Server بتسجیل بیانات حول عمل ال 

طوال فترة عمل ال 

الذاكرة على شكل وعند اغلاق ال Database أو اغلاق السیرفر تضیع البیانات من الذاكرة.‏ 

تعتبر ال Dynamic Performance View من ضمن ال ،SYS Schema وھي تستخدم بشكل اساسي 

لمراقبة ال Database ولا یسمح القیام بأوامر 

Language(DML) Data Manipulation علیھا.‏ 

لمعرفة ال Views المتوفرة یمكن استخدام ،V$FIXED_TABLE ولمعرفة ال Columns ضمن ال 

.V$INSTANCE استخدم Views 

ملاحظة:‏ یرمز لل 

.V$ بالرمز Dynamic Performance Views 

62

CONTROL & REDO LOG FILES 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

63

CONTROL FILE 

 

 

یعتبر Control File ضروري جدً‏ لتشغیل وعمل ال ،Database حیث تتم قرائتھ من قبل ال 

Server قبل بدء تشغیل ال ،Database اذ یحتوي على بیانات مھمة حول ال Database مثل اسماء 

تتم تغیر بیاناتھ أو تجدیدھا "Update" عبر ال 

ومواقع ملفات ال 

اذ لا یستطیع أي مستخدم أو ال DBA القیام بھذه المھمة.‏ 

ولا یستطیع ال 

یتم تكوین ال Control File بعد تكوین ال 

واحد فقط على الأقل لتشغیل ال 

العمل على أكثر من Database واحدة ویلزم 

Oracle 

Oracle Server فقط ، 

Control File الواحد 

Database 

Database مباشرة 

Control File 

، 

.Data Files 

ملاحظة:‏ تسمى عملیة تكوین أكثر من نسخة متطابقة من ملفات ال Control Files ‏(ینطبق الحال على ال 

Redo Log ایضا)‏ بعملیة ال ، Multiplex ویفضل توزیعھا على مواقع أو اقراص صلبة مختلفة.‏ 

ملاحظة‎2‎‏:‏ ملفات ال 

تذكر:‏ تتم قراءة ملفات ال 

.Binary من نوعیة ال Control Files 

.Mount في مرحلة ال Control File 

تذكر‎2‎‏:‏ ملف ال SPFILE من نوعیة ال .Binary 

یوجد عوامل "Parameters" تحدد حجم ال 

Control File وھي:‏ 

MAXLOGFILES 

MAXLOGMEMBERS 

MAXLOGHISTORY 

MAXINSTANCES 

MAXDATAFILES 

• 

• 

• 

• 

• 

یحتوي ال Control File على البیانات التالیة:‏ 

اسم ال Database التي یعمل لھا ال 

تاریخ وتوقیت تكوین ال 

اسماء ومواقع ملفات ال 


معلومات حول ال 

معلومات حول 

معلومات حول عملیة ال .Backup 

توقیت بدء و توقف ال 

الرقم الحالي ل 

.Control File 

.Database 

.Redo Log و ال Data Files 

.Tablespaces 

.Checkpoint 

.Archived Log File 

.Undo Segment 

.Log Switch والذي یتم تخزینھ عند حدوث Log Sequence Number 

• 

• 

• 

• 

• 

• 

• 

• 

• 

تذكر:‏ یحتوي ال alertSID.log ایضاً‏ على 

.Log Sequence Number 

64

MULTIPLEXING CONTROL FILES 

للحمایة من أیة خلل قد یحدث لل Database نتیجة تعطل ال Control File ینصح بشدة بالقیام بعملیة ال 

Control File بیحث یتم تخزین النسخ المتطابقة في مواقع تخزین مختلفة لكي یتسنى 

استعادة Control File في حال تعطلھ أو ضیاع بیاناتھ.‏ 

للقیام بعملیة ال Multiples یجب استخدام إما ال SPFILE أو ال init.ora 

. 

Multiplex لل 

ملاحظة:‏ یمكن عمل ثمانیة نسخ لل 

.Control File 

:MULTIPLEXING USING SPFILE 

للقیام ب Control File Multiples بواسطة ال SPFILE یجب إتباع الخطوات التالیة:‏ 

تغییر ملف ال SPFILE 

كما في المثل التالي:‏ 

ALTER SYSTEM SET CONTROL_FILES = 

('…\ora01\oradata\db01\ctr001.ctl', '…\ora02\oradata\db01\ctr002.ctl', 

'…\ora03\oradata\db01\ctr003.ctl', '…\ora04\oradata\db01\ctr004.ctl') 

SCOPE=SPFILE; 

لكي تتم التغیرات یجب اغلاق ال 

Database بكتابة التالي:‏ 

SHUTDOWN; 

نسخ ملف ال Control File الى المواقع التي حددت بالنقطة الأولى ‏(القیام بعملیة النسخ كما في 

نظام التشغیل ، اي في الویندوز یستخدم الفأرة مع 

.(PASTE و COPY 

• 

• 

• 

STARTUP 

• تشغیل ال Database بكتابة التالي:‏ 

:MULTIPLEXING USING init.ora 

للقیام ب Control File Multiples بواسطة ال init.ora یجب إتباع الخطوات التالیة:‏ 

یجب اغلاق ال 

نسخ ملف ال 

Database بكتابة التالي:‏ 

SHUTDOWN; 

Control File الى المواقع 

الجدیدة التي سوف تحدد في النقطة الثالثة.‏ 

تعدیل العامل "Parameter" CONTROL_FILES في ملف ال init.ora كما في المثال:‏ 

• 

• 

• 

CONTROL_FILES =(…\disk1\ctr01.ctl, …\disk2\ctr02.ctl) 

 

تشغیل ال 

.Database 

• 

 

65

ملاحظة:‏ استخدام الثلاث نقاط (...) في المثال السابق للاختصار فقط.‏ 

:USING OMF 

 

.Oracle Managed Files Control File یمكن 

OMF طبقاً‏ لطریقة ال Control Files 

Initialization Parameter Files في ال CONTROL_FILES "Parameter" 

عامل "Parameters" ال .DB_CREATE_ONLINE_LOG_DEST_nOMF 

Control File في ال 

یمكن تسھیل إدارة ملفات ال 

تكوین ال 

باستخدام ال 

بشكل أتوماتیكي عند تكوین ال Database اذا لم یتم تحدید العامل 

وتم تحدید 

بعد تكوین ال Control File بطریقة ال OMF یجب تسجیل اسم وموقع ال 

، PFILE اما اذا كنت تستخدم ال SPFILE فإن الاسماء تسجل بشكل اتوماتیكي.‏ 

:DATA DICTIONARY & CONTROL FILE 

یمكن استخراج بیانات ال 

Control File من ال Data Dictionary عبر:‏ 

:V$CONTROLFILE تعرض اسماء ال 

انھا دائما فارغة إلا في حال ضیاع ملف من ملفات ال 

(STATUS) والحالة الحالیة Control Files 

.INVALID فتصبح Control File 

اذ 

• 

SELECT STATUS, NAME FROM V$CONTROLFILE; 

:V$PARAMETER تعرض اسماء وقیم "Values" جمیع العوامل "Parameter" من 

ضمنھا طبعاً‏ ال 


• 

SELECT NAME, VALUE FROM V$PARAMETER 

WHERE NAME = 'control_files'; 

:V$CONTROLFILE_RECORD_SECTION تعرض بیانات عن الأجزاء المختلفة من 

ال .Control File 

• 

SELECT TYPE, RECORD_SIZE, RECORDS_TOTAL, RECORD_USED 

FROM V$CONTROLFILE_RECORD_SECTION; 

:SHOW PARAMTER یمكن استخدام ھذه للحصول على مواقع واسماء ال 

Control Files 

• 

SHOW PARAMETER CONTROL_FILES; 

ملاحظة:‏ یمكن الحصول ایضاً‏ على اسماء ال Control Files بعد تكوینھا من ملف ال .alertSID.log 

 

 

 

66

REDO LOG FILES 

تعتبر ملفات ال Redo Log ضروریة جداً‏ لعمل ال ، Database اذ یتم تخزین كل ما جرى ویجري على 

البیانات من تغیرات لكي یتم استعادة البیانات "Recovery" في حالة حدوث ضیاع للبیانات عند حدوث عطل 

مفاجئ.‏ تنقسم ملفات ال Redo Log الى مجموعات "Groups" كل مجموعة تحوي أعضاء 

،"Members" و الأعضاء "Members" ضمن المجموعة الواحدة عبارة عن نسخ متطابقة 

تحوي على نفس البیانات ویتم نقل البیانات لھا في نفس الوقت.‏ 

یتطلب الأوراكل على الأقل مجموعتین من مجموعات ال 

المجموعة یكون لھ نفس الحجم وذات ال 

یقوم الأوراكل بواسطة ال LGWR بنقل بیانات ال 

تتم الكتابة على مجموعة واحدة فقط وعندما تمتلئ المجموعة الأولى یقوم ال LGWR بكتابة البیانات في 

المجموعة الثانیة وبعد إمتلاء المجموعة الأخیرة یعود ال LGWR بالكتابة في المجموعة الأولى ، وتسمى 

ھذه العملیة بال Log Switch وتسمى المجموعة التي یتم نقل البیانات لھا باسم المجموعة الحالیة أو 

Redo Log Files وكل عضو "Member" ضمن 

.Log Sequence Number 

Redo Log Buffer الى ال Redo Log Files حیث 

"Copies" 

."Current Online Redo Log Group" 

ملاحظة:‏ یمكن تحدید الحد الأعلى للمجموعات و الأعضاء بواسطة MAXLOGMEMBERS و 

.CREATE DATABASE في جملة ال MAXLOGFILES 

تذكر:‏ یتم تخزین بیانات حول ال Log Switch في ال 

.Alert Log File 

4.1 رسم 

Log Sequence Number معرفة برقم ممیز یسمى Redo Log File 

یمنحھ الأوراكل لكل 

كل مجموعة 

مجموعة عند بدایة كتابة البیانات بھا حیث یتم تجدید الرقم "Overwritten" كل مرة یتم إعادة استخدام 

المجموعة.‏ 

تذكر:‏ یتم تخزین 

Log Sequence Number في:‏ 

Control File 

Data Files Header 

• 

• 

67

Alert Log File 

• 

Log Sequence Number في ال 

Log 

Alert 

:Checkpoint 

تعرضنا لل Checkpoint في الفصل الأول وذكرنا انھ یقوم بكتابة ال 

ونتطرق لل Checkpoint مرة أخرى لأن العلاقة بین ال Checkpoint وال 

Switch متزامنة بحیث عند حودث ال Log Switch تحدث عملیة ال .Checkpoint ویقوم ال 

Log File بتخزین معلومات حول ال Checkpoint كما یقوم بذلك مع ال Log Switch ولكن یجب وضع 

التالي LOG_CHECKPONT_TO_ALERT في حالة True عكس الحالة 

.False وھي 

.Control File 

العامل "Parameter" 

الإفتراضیة "Default" 

یمكن ان تحدث عملیة ال Checkpoint عند:‏ 

حدوث عملیة .Log Switch 

عند إغلاق ال Database بأي حالة عدا ال .ABORT 

عندما یحدد العامل "Parameter" FAST_START_MTTR_TARGET الذي یحدد كمیة 

البیانات المتغیرة Buffers" "Dirty التي یستطیع ال DBWn كتابتھا.‏ 

عندما طلب ال DBA یمكن القیام بھا بكتابة جملة SQL كما في المثال 4.1. 

عندما تكتب جملة ال SQL التالیة:‏ 

ALTER TABLESPACE OFFLINE NORMAL. 

عندما تكتب جملة ال SQL التالیة:‏ .ALTER TABLESPACE READ ONLY 

عندما تكتب جملة ال SQL التالیة:‏ .ALTER TABLESPACE BEGIN BACKUP 

• 

• 

• 

• 

• 

• 

• 


:4.1 

للقیام بعملیة ال Checkpoint بواسطة ال SQL یجب كتابة التالي:‏ 

ALTER SYSTEM CHECKPOINT; 

اذا تم تحدید العامل "Parameter" 

FAST_START_MTTR_TARGET = 400 

یدل على عملیة ال Recovery یجب أن لا یزید وقتھا عن 400 ثانیة حیث أن من ضمن عملیة ال 

Recovery عملیة ال 

.Log Switch وعملیة ال Checkpoint 

یمكن أن یتم طلب عملیة ال Log Switch ایضاً‏ بواسطة ال SQL عبر التالي:‏ 

ALTER SYSTEM SWITCH LOGFILE; 

68

MAINTAINING REDO LOG FILES 

سوف نتطرق الى عدد من المھام التي یمكن اجرائھا لل Redo Log Files لحمایتھا أو لتعدیلھا.‏ 

Redo Log Files 

:MULTIPLEXING 

، بحیث یقوم ال 

لحمایة ال Database یجب القیام بعملیة ال Multiplex على ال 

LGWR بكتابة ذات البیانات على النسخ المتشابھ في نفس الوقت.‏ كل النسخ المتشابھ تكون ضمن مجموعة 

و یطلق على النسخ المتشابھ اسم .Members یفضل فصل النسخ المتشابھ عن بعض وابقائھا 

في موقع مختلف أو على قرص صلب مختلف ‏(أو أي وسیلة لحفظ البیانات)‏ كما في الرسم 

في ذات المجموعة على قرصین مختلفین 

الأعضاء 

في حال عدم توفر أي عضو "Member" من أي مجموعة لنقل البیانات إلیھ یتم اغلاق ال 

وتبدأ عملیة Recovery لل 

Database أو یمكن 

یمكن تكوین أكثر من مجموعة من مجموعات ال 

اضافة مجموعة أخرى لاحقاً.‏ 

4.1 یظھرأن 

.(Disk1, Disk2) 

Database 

Redo Log Files عند تكوین ال 

(Member1 , Member2) 

.Instance 

"Group" 

نقاط مھمة في عملیة ال :Multiplex 

ینصح بتفریق الأعضاء ضمن المجموعة الواحدة الى مواقع أو اقراص صلبة مختلفة،‏ لكي لا یحدث 

أغلاق لل Database في حال تعطل القرص الصلب الذي یحوي الملفات.‏ 

ینصح بتفریق ال 

مختلفة أو مواقع مختلفة لكي لا یحدث تداخل بین عمل ال LGWR و ال .ARCn 

Online Redo Log Files عن ال Archived Log Files الى أقراص 

ینصح بتفریق ملفات ال Redo Log و ملفات ال Data Files الى مواقع أو اقراص مختلفة،‏ لكي 

لا یحدث تداخل بین 

ال DBWn وال .LGWR 

• 

• 

• 

:SIZING ONLINE REDO LOG FILES 

أصغر حجم یمكن ان یكون علیة ال 

نظام التشغیل ‏(مثل ویندوز أو .(UNIX 

یمكن لل DBA تحدید حجم ال 

، 50 KB ھو Redo Log File 

Redo Log Files بالأخذ بالمعطیات التالیة:‏ 

أما اكبر حجم ھو أكبر حجم یسمح بھ 

الجحم المتوفر على القرص الصلب أو أي 

.Storage Device 

عدد مرات ال Log Switch و ال Checkpoint التي یمكن أن تحدث.‏ 

الحجم المتوقع لل Redo Entries والذي یعتمد على العملیات التي تجري على ال 

والتي تؤدي الى تغییر البیانات.‏ 

Database 

• 

• 

• 

69

:ADDING ONLINE GROUP 

في حال وجد ال DBA أن ال Database بحاجة الى مجموعة جدیدة ، یمكن تكوینھا كما في المثال 4.2: 


:4.2 

ALTER DATABASE ADD LOGFILE GROUP 4 

('…\oradata\db01\log11.log' , '…\oradata\db02\log12.log') SIZE 5M; 

:ADDING ONLINE MEMBER 

یمكن اضافة أعضاء جدد للمجموعات الموجودة باستخدام القاعدة التالیة:‏ 

ALTER DATABASE [database's name] ADD LOGFILE MEMBER 

['filename' [REUSE] , 'filename' [REUSE], ….] 

TO [ GROUP number | ('filename', 'filename', …); 

في حالة وجود اسم العضو على الجھاز وبنفس الحجم ‏(أي الملف موجود مسبقاً)‏ یجب استخدام كلمة 

REUSE اما بالنسبة الى الجملة الأخیرة فلدیك خیاران إما أن تذكر رقم المجموعة أو اسماء الأعضاء 

الحالیین في المجموعة التي ترید اضافة عضو جدید لھا.‏ 

ملاحظة:‏ یمكن اضافة عضو جدید باستخدام ال 


.Console في ال Storage Manager 

ALTER DATABASE ADD LOGFILE MEMBER 

'…\oradata\db04\log41.log' TO GROUP 1, 



'…\oradata\db04\log44.log' TO GROUP 4; 

:4.3 

أو بالطریقة الثانیة:‏ 

ALTER DATABASE ADD LOGFILE MEMBER 

'…\oradata\db04\log14.log' 

TO ('…\oradata\db01\log11.log' , '…\oradata\db02\log12.log' , 

'…\oradata\db03\log13.log'); 

أو عبر ال Console باتباع الخطوات التالیة:‏ 

ادخل الى ال Console عبر .Standalone 

اضغط على اسم ال Database لكي تظھر نافذة تطلب من اسم المستخدم و كلمة السر.‏ 

أدخل اسم المستخدم و كلمة السر مع التاكد من اختیار SYSDBA عوضاً‏ عن 

اضغط على ال 


اكتب اسم العضو الجدید ثم اضغط .Apply 

.Normal 

.Storage Manager 

.Redo Log Groups 

• 

• 

• 

• 

• 

• 

70

:DROPPING ONLINE LOG GROUP 

اذا أردت زیادة حجم أحدى مجموعات ال Redo Log یمكن ازالة المجموعة وتكوین مجموعة جدیدة بحجم 

أكبر،‏ حیث تستطیع ازالة مجموعة من مجموعات ال Redo Log باتباع القاعدة التالیة:‏ 

Active 

ALTER DATABASE [database' name] 

DROP LOGFILE [GROUP number | ('filename',….); 

یجب أن لا تكون المجموعة المزالة ھي المجموعة الحالیة "Current" أو ان تكون في وضعیة بل 

یجب أن تكون في وضعیة لا یسمح الأوراكل بحذف المجموعة اذا كان ذلك سوف یؤدي الى بقاء 

مجموعة واحدة فقط ، اذ أن الأوراكل یحتاج على الأقل الى مجموعتین من مجموعات ال 

باتباع القاعدة السابقة یمكن حذف المجموعة من تعریف الأوراكل فقط ، اما ملفات ال Redo Log الحقیقیة 

لا تمسح ویجب حذفھا بطریقة یدویة 

الموجودة في الموقع المحدد ‏(كما في المثال 4.3: 

‏(كما في أوامر نظام التشغیل،‏ في الویندوز استخدم أمر 



ملف (log14.log 

.(Delete 

.Inactive 

:4.4 

ALTER DATABASE DROP LOGFILE GROUP 4; 

أو بذكر أسم أحد أعضاء المجموعة كما في المثال 4.3. 

یمكن أیضا تحویل حالة ال 

Redo Log File الى حالة ال Inactive بواسطة الجملة التالیة:‏ 

ALTER SYSTEM SWITCH LOGFILE; 

سوف نتطرق الى الحلات التي یمكن أن تكون علیھا المجموعة أو العضو بعد قلیل.‏ 

:DROPPING ONLINE LOG MEMBER 

كما یمكن حذف مجموعة یمكن حذف عضو ‏(أو أكثر)‏ من المجموعة ولكن یجب أن یبقى على الأقل عضو فعال 

في المجموعة وإلا فإن أوراكل لن یسمح بعملیة الحذف.‏ كما في حذف المجموعة یجب أن لا یكون 

العضو ھو العضو الحالي "Current" و الملفات الفیزیائیة لا تحذف من مكان تواجدھا.‏ یوجد حالة أخرى لا 

یسمح الأوراكل بحذف العضو،‏ ذلك عندما یكون ال Database في حالة ال Archivelog ولم یتم عمل 

Archive للمجوعة التي ینتمى لھا العضو.‏ 

"Valid" 

یمكن حذف عضو باتباع القاعدة التالیة:‏ 

ALTER DATABASE [database's name] 

DROP LOG MEMBER 'filename','filename',… 

71


:4.5 

ALTER DATABASE DROP LOG MEMBER '…\oradata\db04\log4.log'; 






اختر العضو المراد حذفھ واضعط على رسم سلة المھملات.‏ 


.Normal 


، Redo Log Groups ثم 

• 

• 

• 

• 

• 

:RENAMING LOG MEMBER 

اذا كنت ترید نقل عضو"‏Member‏"‏ من موقع الى أخر أو ترید تغییر اسم العضو یجب اتباع التالي:‏ 

اغلق ال .Database 

انسخ الملف الفیزیائي ‏(الخاص بالعضو)‏ الى الموقع الجدید ‏(لنقل الملف)‏ ، أوقم بتغییر اسم الملف 

‏(لتغییر اسم الملف).‏ 

قم بتشغیل ال Database في حالة ال .MOUNT 

اكتب الجملة التالیة 

ALTER DATABASE RENAME FILE 'old Filename' TO 'newFilename'; 

قم بتشغیل ال Database وقم بعملیة Backup لل Control File على اعتبار أن محتویاتھ 

تغیرت.‏ 

• 

• 

• 

• 

• 

:CLEARING ONLINE REDO LOG FILES 

في حال حدوث فساد للبیانات الموجودة داخل ملفات ال Redo Log یمكن تنظیف الملفات باستخدام القاعدة 

التالیة:‏ 


CLEAR [UNARCHIVED] LOGFILE GROUP number | 'filename' ,…..; 

یمكن العدول عن عملیة حذف ثم اضافة ملف Redo Log بالقیام بتنظیف محتویات الملف لما توفره العملیة 

من تسھیلات،‏ اذ یمكن تنظیف مجموعة من مجموعات ال Redo Log حتى ولو وجد مجموعتیین فقط 

وبداخل كل مجموعة عضو واحد فقط ، ویمكن تنظیف المجموعة اذا كانت ال Database في حالة ال 

Archivelog ولم یحدث عملیة Archive للمجموعة ولكن یجب استخدام كلمة UNARCHIVED في 

القاعدة.‏ 

72


:4.6 

لتنظیف مجموعة من مجموعات ال Redo Log اكتب التالي:‏ 

ALTER DATABASE CLEAR LOGFILE GROUP 3; 

أو بذكر اسماء أعضاء المجموعة عوضاً‏ عن المجموعة ورقمھا كما جاء سابقاً.‏ 

:USING OMF 

لتسھیل عملیة ادارة ال Redo Log Files ینصح باستخدام ال OMF التي جاء شرحھا سابقاً.‏ بواسطة ال 

OMF تكوین عملیة تكوین مجموعة جدیدة أو حذف مجموعة أسھل و یقوم الأوراكل بحذف الملفات 

الفیزیائیة الموجودة في موقع التخزین بشكل أتوتوماتیكي عند حذف أي مجموعة.‏ 

لاستخدام طریقة ال ، OMF یجب تحدید العامل DB_CREATE_ONLINE_LOG_DEST_n في 

ال Initialization Parameter File وللقیام بعملیة ال Multiplex على ال 

استبدال ال n في العامل Parameter" " برقم من 1 الى 5. 


Redo Log Files یجب 

:4.7 

لحذف مجموعة تعتمد على نظام ال OMF یجب كتابة:‏ 

أما لإضافة مجموعة یجب كتابة:‏ 

ALTER DATABASE DROP LOGFILE GROUP 3; 

ALTER DATABASE ADD LOGFILE; 

حیث یقوم الأوراكل بتحدید رقم المجموعة واختیار اسماء الأعضاء أوتوماتیكیاً.‏ 

للقیام بعملیة ال Multiplex یجب تحدید التالي في ال 


DB_CREATE_ONLINE_LOG_DEST_1 = '…\oradata\db01' 



73

:QUERYING LOG FILE INFORMATION 

یمكن الحصول على معلومات حول المجموعات و الأعضاء من خلال:‏ 

V$LOG 

V$LOGFILE 

• 

• 

:V$LOG 

تحتوى على بیانات حول المجموعات وأحجامھا والحالة التي ھي فیھا،‏ یوجد 7 حالات یمكن أن تتواجد فیھا 

المجموعة وھم:‏ 

:UNUSED 

تدل على أن المجموعة لم تستخدم على الأطلاق في تخزین البیانات ، غالباً‏ ما یكون 

ھذا النوع للمجموعات المضافة حدیثاً.‏ 

تدل على المجموعة الحالیة التي یستخدمھا ال LGWR في نقل بیانات ال 

Redo 

:CURRENT 

.Log Buffer 

:ACTIVE 

تدل على أن المجموعة جاھزة لعملیة ال .Recovery 

:CLEARING تدل أن المجموعة في حالة تنظیف لبیاناتھا بعدما طلب ال DBA ذلك بواسطة 

جملة ال SQL التي تطرقنا لھا قبل قلیل وبعد ان تنظف المجموعة تتحول الحالة الى .UNUSED 

.SQL تدل أن المجموعة تم تنظیفھا بعد طلب جملة ال :CLEARING_CURRENT 

:INACTIVE تدل على أن ال Database لیس بحاجة الى المجموعة ولا تلزم في عملیة ال 

، Recovery وھذا ھو النوع الذي یمكن حذف.‏ 

• 

• 

• 

• 

• 

• 

:V$LOGFILE 

تحتوى على بیانات حول أعضاء المجموعات.‏ یوجد 4 حالات یمكن أن یتواجد فیھا العضو وھم:‏ 

:INVALID 

:STALE 

:DELETED 

فارغ :"Blank" 

تدل على أن ملف العضو لا یعمل.‏ 

تدل على أن بیانات العضو غیر مكتملة.‏ 

تدل على أن العضو لا یستخدم.‏ 

تدل على أن العضو یتم استخدامھ.‏ 

• 

• 

• 

• 


:4.8 

SELECT GROUP# , SEQUENCE#, BYTES, MEMBERS, STATUS 

FROM V$LOG; 

SELECT GROUP#, STATUS, TYPE, MEMBER FROM V$LOGFILE; 

74

ARCHIVED LOG FILES 

من أھم الأمور التي یجب تحدیدھا من قبل ال DBA ھو قرار وضع ال Database في وضعیة ال 

.Noarchivelog توجد ال Database في الحالة الأفتراضیة "Default" في وضعیة 

ال Noarchivelog ولكن وضعیة ال Archivelog مفیدة جداً‏ حیث أن من فوائدھا تسھیل عملیة ال 

البیانات التي حدث لھا یمكن أن تتم عملیة ال 

Archive لملفات ال Redo Log بطریقتیین ھما:‏ یدویة أو أوتوماتیكیة والذي یتحكم بھا عامل من عوامل 

ال 

عندما تكون قیمة ال LOG_ARCHIVE_START تساوي True فإن عملیة ال 

بشكل أتوتوماتیكي للمجموعة الممتلئة بواسطة ال ARCn بعد حدوث عملیة .Log Switch 

أما عندما تكون قیمة ال ARCHIVE_START_LOG تساوي ، False فأن عملیة ال 

یجب أن تحدث بطریقة یدویة عبر استخدام جمل ال .SQL 

Archiving تحدث 

Archiving 

.Commit 

Archivelog أو 

"Recovery" وتضمن استعادة Backup 

.LOG_ARCHIVE_START ھو Intialazation Parameter File 


یتم تخزین بیانات في ال Control File اذا تمت عملیة ال Archiving بنجاح.‏ 

یمكن القیام بعملیة Multiplex لملفات ال .Archived Redo Log 

لا یمكن لل Archived Redo Log أن تتبع نظام ال .OMF 

• 

• 

• 

تذكر:‏ لا یمكن استخدام ال Redo Log File حتى تتم عملیة ال Checkpoint ویتم عملیة Archiving 

إما عند حالة Noarchivelog فقط عملیة ال 

للملف ‏(ھذه الحالة تحدث عندما یكون الوضع 

Checkpoint یجلب أن تحدث).‏ 

، Archivelog 

:QUERYING ARCHIVED REDO LOG 

یمكن الحصول على بیانات حول عملیة ال Archiving من V$INSTANCE 

أو من ال 

.Console 


:4.9 


SELECT ARCHIVER FROM V$INSTANCE; 




اضغط على ال ، Instance Manager ثم اضغط على .Configuration 

اضغط على كلمة ال .Recovery 

.Normal 

• 

• 

• 

• 

• 

75

DATA FILES & TABLESPACES 

76

TABLESPACE 

Logical و 

Segment و 

كما عرفنا سابقأ أن ال Database تنقسم الى Physical بحیث تكون ال Tablespace ھي 

أحدى مكونات ال Logical بالإضافة الى Extents وBlocks .Data لا یمكن لل 

العمل لأكثر من Database واحدة ولكن بالمقابل یمكن لل Tablespace أن تحتوي على 

أكثر من 

یوجد نوعان من أنواع ال 

Tablespace ھما:‏ 

Tablespace 

.Data File 

:SYSTEM TABLESPACE ھي ال Tablespace التي تتكون مباشرة مع تكوین ال 

Database لأنھا ضروریة لعمل ال Database ولا یمكن لل Database العمل بدونھا.‏ تحتوي 

تحتوي ایضاً‏ 

على بیانات ال Data Dictionary وبرامج ال PL/SQL مثل 

ویمكن أن تحتوي على البیانات "Data" ولكن لا 

یفضل جمع البیانات في ال System Tablespace بل في النوع الثاني من ال .Tablespace 

.Stored Units 

على ال SYSTEM UNDO SEGMENT 

:NON-SYSTEM TABLESPACE لإضافة مرونة على التحكم بال ، Database ینصح 

باضافة Tablespaces الى ال Database لتخزین البیانات على مختلف أنواعھا.‏ من فوائد 

استعمالھا أنھا تقوم بفصل 

أي أنھا تفصل البیانات على حسب أختلافھا ومن فوائد استعمالھا ایضاً‏ أن ال DBA 

یستطیع التحكم بحجم المساحة الممنوحة لكل مستخدم في ال 

Application عن ، Temporary Data عن ، Undo Data 

، 

.Database 

Data 

• 

• 

:CREATING TABLESPACES 

یمكن تكوین Tablespace باستخدام القاعدة التالیة:‏ 

ملاحظة:‏ الكلمات التي تحتھا خط في القاعدة ھي ال 

أما ال الرموز ال 

CREATE TABLESPACE tablespace's name 

[DATAFILE C1] 

[MINIMUM EXTENT number [K | M]] 

[BLOCKSIZE number [K] ] 

[LOGGING | NOLOGGING] 

[DEFAULT C2] 

[ONLINE | OFFLINE] 

[PERMANENT | TEMPORARY] 

.Default 

،C1 

C2، فترمز الى جزء من القاعدة تم تخفیفھ الى رموز لسھولة قراءة القاعدة:‏ 

'filename' [SIZE number [K | M] [REUSE] | REUSE] [AUTOEXTEND …] =C1 

STORAGE (INITIAL number K|M NEXT number K|M =C2 

MINEXTENTS number PCTINCREASE number MAXEXTENTS number) 

سوف یأتي شرح بالتفصیل لعوامل ال C2 المبینة (… Next, (Initial, و جملة ال .AUTOEXTEND 

77

أما أوامر القاعدة فھي 

: 

EXTENT] :[MINIMUM تحدد حجم جمیع ال Extents الذین ینتمون الى ال 

Tablespace بحیث یكون الحجم مضاعفات الرقم الموجود بجانب الجملة،‏ یعني اذا كان الرقم ھو 4 

فیكون أحجام ال Extents مضاعفات ھذا الرقم 

لتحدید حجم ال Block Size تعرفنا الى العامل DB_BLOCK_SIZE 

والذي یحدد الحجم المسمى بال Standard ولكن یسمح الأوراكل بوجود أربعة أحجام أخرى لل 

Block Size تسمى Non-Standard في حالة أن حجم ال Standard لا یناسب ال 

Tablespace وعندئذ یمكن تحدید ال Block Size بواسطة ھذه الجملة ویكون حجم ال 

Non- 

.(4, 8, 16,…) 

Tables و Indexes وغیرھا 


Indexes و Tables 


:[BLOCKSIZE] 

.32KB الى 2KB بین Standard 

:[LOGGING] تحدد أن جمیع عناصر ال Tablespace من 

یجب أن یتم كتابة المتغیرات التي تطرأ علیھا الى ال 

:[NOLOGGING] تحدد أن جمیع عناصر ال Tablespace من 

وغیرھا یجب أن لا یتم كتابة المتغیرات التي تطرأ علیھا الى ال 

"Storage Parameters" تحدد عوامل خاصة تسمى عوامل التخزین :[DEFAULT [C2 

التي سوف نتطرق لھا لاحقاً.‏ 

:[OFFLINE] یوجد عدد من الحالات التي یمكن أن تكون علیھا ال Tablespace بعد تكوینھا 

والحالة تحدد أنھا غیر جاھزة للاستخدام ‏(ضد 

:[PERMANENT] تحدد أن نوعیة ال Tablespace من النوع الذي یحمل بیانات دائمة.‏ 

:[TEMPORARY] تحدد أن نوعیة ال Tablespace من النوع الذي یحمل بیانات مؤقتھ.‏ 

.(Online 

• 

• 

• 

• 

• 

• 

• 

• 


:5.1 

لتكوین ال Tablespace باستخدام جملة ال SQL یمكن كتابة:‏ 

CREATE TABLESPACE user_data 

DATAFILE '…\oradata\db01\userdata01.dbf' SIZE 50M 

AUTOEXTEND ON NEXT 5M MAXSIZE 100M 

LOGGING 

OFFLINE 

TEMPORARY 

DEFAULT STORAGE (INITIAL 1M NEXT 1M MINEXTENTS 2 

PCTINCREASE 0 MAXEXTENTS 

999) 

; 


.Standalone 

Database 

ادخل الى ال Console عبر 

اضغط على اسم ال لكي تظھر نافذة تطلب من اسم المستخدم و كلمة السر.‏ 



اضغط على Tablespace ثم بواسطة الضغط بالزر الیمین للفأرة على ال Tablespace تظھر 

أوامر ، اختر 

تظھر نافذة جدیدة ، ادخل البیانات المطلوبة مثل اسم ال Tablespace وال 

وباقي البیانات ، ثم اضغط .CREATE 

لل 

.Normal 

Data Files التابعین 


.Create 

Tablespace 

• 

• 

• 

• 

• 

• 

78

MANAGING TABLESPACES SPACE 

Tablespace 

یكون لكل عنصر 

عندما یتم تخصیص مساحة لأي عنصر داخل ال 

مجموعة من ال ،Extents ویمكن ادارة مساحة ال Extent بطریقتین ھما:‏ 

Segment 

Dictionary Managed وTablespace Locally Managed Tablespace 

ملاحظة:‏ لا یمكن تغییر طریقة إدارة ال Extents بعد تحدیدھا.‏ 

تحوي على 

Data Files التابعة لل 

Free Blocks 

:LOCALLY MANAGED TABLESPACE 

تتبع ال Tablespace ھذه الطریقة عندما یتم تخزین معلومات ال Extents في ال 

یتم تخزین البیانات على شكل Bitmap ‏(خریطة بایتات)‏ والتي تدل على ال 

وعندا یحدث أي تعدیل على ال Blocks یقوم الأوراكل بتجدید بیانات 

و ال 

الBitmap لتوافق التغیرات التي طرأت.‏ 

.Tablespace 

،Extents في ال Used Blocks 

من فوائد استخدام طریقة ال :Locally Managed 

تخفف الضغط على ال .Data Dictionary 

حجم ال Extent یمكن أن یقدر بشكل أوتوماتیكي و جمیع ال Extents تكون بنفس الحجم.‏ 

عدم الحاجة الى جمع المساحات الخالیة الصغیرة الضائعة التي تنشئ بین البیانات نتیجة للتغیرات 

التي تحدث وتعیدھا الى المساحة الخالیة الرئیسیة وتسمى ھذه العملیة Coalescing Space 

) بمعنى أخر أنھا تمنع حدوث عملیات عدیدة تسبب ضغط على ال 

.(Database 

• 

• 

• 

لتكوین Tablespaces تتبع ھذه الطریقة ، 

یجب اضافة الجملة التالیة الى قاعدة 

:CREATE TABLESPACE 

EXTENT MANAGEMENT LOCAL 

[AUTOALLOCATE | UNIFORM [SIZE number [K|M] ] ] 


1- لا یمكن استخدام جملة ال 

[DEFAULT C2] 

2- لا یمكن استخدام كلمة ال .TEMPORARY 

3- لا یمكن استخدام جملة ال .MINIMUM EXTENT 

أما أوامر الجملة فھي 

: 

:AUTOALLOCATE یقوم الأوراكل بتحدید حجم ال Extents ولا یستطیع الDBA فعل ذلك.‏ 

.DBA من قبل ال Extents یتم تحدید حجم ال :UNIFORM 

• 

• 

79


:5.2 

یمكن تكوین 

Tablespace تتبع طریقة ال Locally Managed بكتابة التالي:‏ 

CREATE TABLESPACE app_data 

DATAFILE '…\oradata\db01\appdata01.dbf' SIZE 250M 

EXTENT MANAGEMENT LOCAL UNIFORM SIZE 256K; 

أو اذا تم كتابة التالي فقط ، فتعتبر Locally Managed ویؤخذ ال 

:Autoallocate وھو Default 


DATAFILE '…\oradata\db01\appdata01.dbf' SIZE 250M; 

:DICTIONARY MANAGED TABLESPACE 

تتبع ال Tablespace ھذه الطریقة عندما یتم تخزین معلومات ال 

من فوائد استخدام طریقة ال Dictionary Managed انھا توفر مرونة في تحدید حجم كل 

ولكن في المقابل تلزم الحاجة الى جمع المساحات الخالیة 

حده باستخدام جملة ال 

الصغیرة الضائعة التي تنشئ بین البیانات نتیجة للتغیرات التي تحدث و تعیدھا الى المساحة الخالیة الرئیسیة ، 

أي حدوث عملیات قد تسبب مزید من الضغط على ال .Database 

.Data Dictionary في ال Extents 

Segment على 

.[DEFAULT C2] 

لتكوین Tablespaces تتبع ھذه الطریقة ، یجب اضافة الجملة التالیة الى قاعدة 

:CREATE TABLESPACE 


EXTENT MANAGEMENT DICTIONARY [DEFAULT C2] 

:5.3 


DATAFILE '…\oradata\db01\appdata01.dbf' SIZE 250M 

EXTENT MANAGEMENT DICTIONARY 

DEFAULT STORAGE (INITIAL 1M NEXT 1M] ; 

ملاحظة:‏ یمكن تغییر قیم العوامل ضمن الجملة [C2 [DEFAULT أو جملة ال 

EXTENT باستخدام الأمر ، ALTER TABLESPACE أو عبر ال 

MINIMUM 

.Console 

80


:5.4 

لتغییر جملة ال :Minimum Extent 

ALTER TABLESPACE app_data MINIMUM EXTENT 2M; 

لتغییر جملة ال Storage… :Default 

ALTER TABLESPACE user_data 

DEFAULT STORAGE ( 

INITIAL 2M 

NEXT 2M 

MINEXTENTS 1500); 






اضغط على Tablespace ثم الضغط بالزر الیمین للفأرة على اسم ال Tablespace المراد تغیر 

خواصھا لتظھر قائمة أوامر،‏ أختر من الأوامر 

تظھر نافذة جدیدة ، اضغط على كلمة Storage ثم أدخل التغیرات المطلوبة،‏ ثم اضغط .Apply 

.Normal 

.View\Edit Details 


• 

• 

• 

• 

• 

• 

تذكر:‏ أنھ لا یمكن تغییر خواص ال Storage لل Tablespace التي تتبع طریقة ال .Locally Managed 

81

NON-SYSTEM TABLESPACES 

، Database منھا 

Non-System Tablespaces 

.Temporary Tablespace و Undo Tablespace Permanent Tablespace 

Database عن 

Permanent Tablespace فوظائفھا 

Tablespace الخاص 

ولكل منھا وظائف مختلفة في ال 

یوجد أكثر من 

و 

تخزین البیانات "Data" لفصل بیانات ال 

أما 

بیانات ال Data Dictionary و لسھولة التحكم في البیانات بحیث اذا تم حذف ال 

بھا لا یؤثر ذلك على عمل ال Data Dictionary و لتخفیف الضغط على ال System Tablespace وال 

Database بشكل عام.‏ 

:UNDO TABLESPACE 

تستخدم لحفظ ال Undo Segment ولا یمكن أن تحتوي على غیرھا.‏ یتم إدارة ال Extents بطریقة ال 

و یمكن تكوینھا باتباع القاعدة التالیة ‏(أو تكوینھا عند تكوین ال Database 

CREATE UNDO TABLESPACE tablespace_name 

[DATAFILE C1] 



Locally Managed 

باستخدام :(CREATE DATABASE 

ملاحظة:‏ تستخدم ال Undo Tablespace في ال 

نتطرق لھا في فصل أخر مع ال 


Automatic Undo Management التي سوف 

.Undo Segment 

:5.5 

CREATE UNDO TABLESPACE undo01 

DATAFILE '…\oradata\db01\undo101.dbf' SIZE 50M; 




أدخل اسم المستخدم وكلمة السر مع التاكد من اختیار SYSDBA عوضاً‏ عن 


اضغط على Tablespace ثم الضغط بالزر الیمین للفأرة على اسم ال Tablespace المراد تغیر 

خواصھا لتظھر قائمة أوامر،‏ أختر من الأوامر 

تظھر نافذة جدیدة ، أختر Undo عوضأ عن Permanent ثم ادخل البیانات المطلوبة مثل اسم ال 

Tablespace ثم أضغط 

.Normal 

.Create 


.Create 

• 

• 

• 

• 

• 

• 

تذكر:‏ بیانات ال 

Undo Segment 


تخزن في ال 

Control File و ال Alert Log File و ال 

82

:TEMPORARY TABLESPACE 

توفر المساحة اللازمة لعملیات ال Sort المختلفة الناتجة عن أوامرعدة مثل Order By أوBy .Group 

بمعنى أخر أنھا تخزن البیانات المؤقتة Data" ،"Temporary وتحوي ما یعرف ب 

والتي تتكون في ال Tablespace عند أول عملیة Sort تطلب من ال .Instance یمكن إدارة ال 

بالطریقتین و لكن ینصح باستخدام .Locally Managed 

Sort Segment 

Extents 

ملاحظة:‏ تستطیع ال Sort Segment التوسع في المساحة بحجز المزید من ال Extents لكي یتم تغطیة 

المساحة اللازمة لعملیات ال 

Sort المختلفة.‏ 

یمكن تكوین ال Temporary Tablespace باستخدام جملة CREATE TABLESPACE مع إضافة 

كلمة TEMPORARY في الجملة و لكن یفضل استخدام القاعدة التالیة لتكوین :Locally Managed 

CREATE TEMPORARY TABLESPACE temp's name 

TEMPFILE 'filename' 




:5.6 

CREATE TEMPORARY TABLESPACE temp01 

TEMPFILE '…\oradata\db05\temp01.dbf ' SIZE 200M 

EXTENT MANAGEMENT LOCAL UNIFORM SIZE 10M; 








تظھر نافذة جدیدة ، أختر الخیار Temporary عوضأ عن Permanent ثم ادخل البیانات 

المطلوبة مثل اسم ال Tablespace و أدخل البیانات التابعة لقسم ال Storage مثل ال 

ثم أضغط 

.Size 

.Normal 


.Create 

.Create 

• 

• 

• 

• 

• 

• 

• 

یعتبر TEMPFILE ‏(الذي استخدم في القاعدة)‏ متطابقاً‏ لل DATAFILE 

عدا في الاختلافات التالیة:‏ 

لا یمكن وضعھ في حالة القراءة فقط .Read-Only 

لا یمكن تغییر اسم الملف.‏ 

لا یمكن أن یتم لھ عملیة .Recovery 

لا یمكن تكوینھ باستخدام ال .ALTER DATABASE 

دائماً‏ في وضعیة ال .NOLOGGING 

لا یمكن استخدامھا مع جملة ال .CREATE CONTROLFILE 

• 

• 

• 

• 

• 

• 

83

:Default Temporary Tablespaces 

باستخدام قاعدة CREATE DATABASE یمكن تكوین Default Temporary Tablespace والتي 

تحمي ال Database من استخدام ال System Tablespace عوضاً‏ عن ال Temporary في تنفیذ 

عملیات ال Sorts والتي قد تؤدي الى مشاكل عدة في ال System Tablespace وازدیاد نسبة ال 

.System Tablespace داخل ال Fragmentation 

في حال لم یتم تكوین ال Temporary Tablespace مع تكوین ال Database وتم تكوینھا بعد ذلك ، 

یمكن تحدید أنھا ال Default Temporary بواسطة أمر ،ALTER DATABASE وجمیع 

المستخدمین الذین كانوا یستخدمون ال System Tablespace لعملیات ال Sorts یتم تحویلھم بشكل 

أوتوماتیكي الى ال 

ملاحظة:‏ اذا اراد ال DBA تغییر ال 

أخرى لتكون ھي ال 

.Default Temporary Tablespace 

Temporary الى Default Temporary Tablespace 

.ALTER DATABASE یمكن استخدام ، Default 

Tablespace 

ملاحظة‎2‎‏:‏ اذا تم تكوین ال Default Temporary Tablespace بواسطة CREATE 

.Locally Managed فإنھا تتبع طریقة ال DATABASE 

قیود ال 

:Default Temporary Tablespace 

لا یمكن حذف ال Default Temporary Tablespace إلا بعد تحویلھا الى Temporary 

.ALTER DATABASE أخرى بواسطة ال Tablespace 

لا یمكن تحویل ال 

لا یمكن وضعھا في حالة ال 

.Permanent الى Default Temporary 

.Offline 

• 

• 

• 


:5.7 

لتعریف ال 

أخرى یجب كتابة التالي:‏ 

Temporary Tablespace 

كنوعیة ال Default أو لتغییر ال Default Temporary الى 

ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp02; 








تظھر نافذة جدیدة ، أختر الخیار Temporary عوضأ عن Permanent ثم ادخل البیانات 

المطلوبة مثل اسم ال Tablespace وأدخل البیانات التابعة لقسم ال Storage مثل ال 

یجت تحدید الخانة 

.Normal 


.Create 

.Size 

.Create ثم أضغط Set as Default Temporary Tablespace 

• 

• 

• 

• 

• 

• 

• 

84

ALTERING A TABLESPACE 

یمكن تعدیل Tablespaces أو حذفھم بواسطة أمر ،ALTER TABLESPACE بحیث یمكن تنفیذ 

Tablespace في وضعیة القراءة فقط 

بواسطة ھذا الأمر:‏ تغییر الحالة بین 

تغییر حجم ال ،Tablespace وغیرھا من المھام.‏ 

Offline و ، Online وضع ال 

، Tablespace حذف ، Read-Only 

:OFFLINE OR ONLINE 

عندما تكون ال Tablespace في حالة ،Offline لا یستطیع المستخدم استخراج البیانات المخزنة في ال 

Tablespace من ال .Database یمكن وضع ال Tablespace في حالة ال Offline لعدة اسباب منھا أن 

ال DBA یرغب في اغلاق جزء من البیانات أو عمل عملیة Backup أو Recovery على ھذا الجزء دون 

إغلاق ال Database بشكل تام أو نقل أو تغییر اسم Data Files لل Tablespace دون إغلاق ال 

Database بشكل كامل.‏ 

عندما تتغیر حالة ال Tablespace من Online الى Offline أو بالعكس،‏ یتم تخزین معلومات حول العملیة 

Instance تحویل حالة ال 

في ال Data Dictionary وفي ال 

بین الحالتین عند حدوث أخطاء أو مشاكل مثل عدم المقدرة على نقل البیانات الى ال .Tablespace 

لا یمكن وضع جمیع ال Tablespaces في حالة ال Offline اذ یسثنى كل من ال System Tablespace 

و ال Default Temporary وال Tablespace التي تحوي 

Tablespace 

.Active في حالة Undo Segment 

.Control File یمكن لل 

یمكن التحویل بین الحالتین باستخدام القاعدة التالیة:‏ 

ALTER TABLESPACE tablespace's name 

ONLINE | 

OFFLINE [NORMAL | TEMPORARY | IMMEDIATE| FOR RECOVER] 

أوامر القاعدة:‏ 

:NORMAL 

یتم كتابة جمیع البیانات المتغیرة 

في ذاكرة ال SGA الى ال Data Files ضمن ال Tablespace المراد إغلاقھا.‏ 

:TEMPORARY توفر عملیة Checkpoint لجمیع ال 

Tablespace المراد إغلاقھا و لا توفر ذات العملیة لل 

:IMMEDIATE لا تقوم بعملیة Checkpoint على ال 

المراد غلقھا وبالتالي یجب القیام بعملیة Recovery عند الرغبة بتحویلھا الى 

Tablespace في عملیة 

Data Files الخاصة بال "Dirty Buffers" 

Online Data Files ضمن ال 

.Offline Data Files 

Tablespace ضمن ال Data Files 

.Online 

.Recovery 

:FOR RECOVER لاستخدام ال 

• 

• 

• 

• 

تذكر النقاط التالیة:‏ 

أن ال DBWn یعمل عندما یتم وضع ال 

في حالة ال 

Temporary أو Permanent Tablespace 

.Offline 

Tablespace 

• 

أن وضع ال Tablespace في حالة ال 

Offline Normal یؤدي الى حدوث عملیة ال 

.Checkpoint 

• 

أنھ یمكن وضع ال Tablespace في احدى الحالتین عند تكوینھا بواسطة CREATE 

.TABLESPACE 

• 

85


:5.8 

لوضع ال Tablespace في حالة ال Online یجب كتابة:‏ 

ALTER TABLESPACE user_data ONLINE; 

لوضع ال Tablespace في حالة ال Offline یمكن كتابة:‏ 

ALTER TABLESPACE user_data OFFLINE; 

ALTER TABLESPACE user_data OFFLINE IMMEDIATE; 

ALTER TABLESPACE user_data OFFLINE TEMPORARY; 






اضغط على ال + بجانب كلمة Tablespace لیظھر قائمة بأسماء ال 

اضغط على اسم ال Tablespace المراد تحویل حالتھا.‏ 

یظھر على النافذة الیمنى بعض خصائص ال ،Tablespace اختر Offline وحالة الإغلاق من 

المجموعة التي بجانبھا ثم اضغط على .Apply 

.Normal 

.Tablespaces 


• 

• 

• 

• 

• 

• 

• 

:READ-ONLY TABLESPACE 

یمكن وضع ال Tablespace في حالة القراءة فقط "Read-Only" اذا رغب ال DBA بأن تتم قراءة 

بیانات ال Data Files ضمن ال Tablespace دون تغییر البیانات.‏ لكي یستطیع ال DBA وضع ال 

Tablespace في حالة ال Read-Only یجب أن یكون جمیع ال 

في وضعیة Online وإلا فأن العملیة لن تنجح ، والعكس صحیح في حال تحویل ال 

Read-Only الى الحالة العادیة Read-Write یحب توفر جمیع ال 

یمكن وضع ال Tablespace في حالة Read-Only باستخدام القاعدة التالیة:‏ 

Tablespace التابعیین لل Data Files 

Tablespace من 

.Online في وضعیة Data Files 

ALTER TABLESPACE tablespace's name READ [ONLY | WRITE] 

(Tables, Indexes) 

من ال Read-Only Tablespace اذ أن حذف عناصر لا تكون 

یمكن حذف عناصر 

بیانات جدیدة في ال Tablespace ولا تغییر البیانات الموجودة إنما تغییر بیانات ال .Data Dictionary 

وفي حال كانت تجرى على ال Tablespace عدد من المھام "Transaction" عند عملیة التحویل ، یتم 

منع حدوث مھام جدیدة ویتم انجاز المھام التي تجري وإما أن تسجل البیانات الناتجة عن المھام عند حدوث 

.Rollback أو تلغى عند حدوث Commit 

ملاحظة:‏ لا یمكن وضع ال 

.Read-Only في حالة ال System Tablespace 

86


:5.9 

لوضع ال Tablespace في حالة ال Read-Only یجب كتابة:‏ 

ALTER TABLESPACE user_data READ ONLY; 

لوضع ال Tablespace في الحالة العادیة:‏ 

ALTER TABLESPACE user_data READ WRITE; 







اضغط على اسم ال Tablespace المراد تحویل حالتھا.‏ 

یظھر على النافذة الیمنى بعض خصائص ال ،Tablespace ضع علامة في المربع بجانب كلمة 

.Apply ثم اضغط على ، Read Only 

.Normal 

.Tablespaces 


• 

• 

• 

• 

• 

• 

• 

تذكر:‏ أن وضع ال Tablespace في حالة ال Read-Only یؤدي الى عمل ال DBWn و حدوث عملیة ال 

.Checkpoint 

:DROPPING TABLESPACES 

یمكن حذف Tablespace من ال Database باستخدام القاعدة التالیة:‏ 

DROP TABLESPACE tablespace's name 

[INCLUDING CONTENTS [AND DATAFILES] [CASCADE CONSTRAINTS]] 


:INCLUDING CONTENTS اذا كانت ال Tablespace خالیة لا تحوي أي بیانات 

فلا یشترط كتابة ھذه الجملة ، ولكن اذا كانت تحوي على بیانات "Data" فیجب كتابة 

ھذه الجملة.‏ 

:AND DATAFILES كما تعرف أن لكل Tablespace مجموعة من ال 

لھا تكون الجزء الفیزیائي ‏(الملفات الحقیقة)‏ على موقع التخزین ‏(مثل القرص الصلب).‏ عندما لا 

تكتب ھذه الجملة لا تحذف ملفات ال Data Files من موقع التخزین والعكس صحیح اذ أن كتابة 

ھذه الجملة تؤدي الى حذف ملفات ال 

یجب استخدام ھذه الجملة في حالة وجود ما یعرف ب 

من Table توجد خارج ال Tablespace المراد 

حذفھا مع Primary Key أو Unique Key لTable موجودة داخل ال .Tablespace في حال 

وجود ھذا الرابط ولم یتم استخدام ھذه الجملة ، تفشل عملیة الحذف.‏ 

Data Files التابعة 

"Data" 

Data Files بشكل أوتوماتیكي.‏ 

:CASCADE CONSTRAINTS 

(Foreign Key) Referential Integrity 

• 

• 

• 

87


1- یمكن حذف ال Tablespace التي توجد في وضعیة .Read-Only 

2- ینصح بتحویل ال Tablespace الى حالة Offline قبل حذفھا للتأكد من عدم وجود مھام أو عملیات 

تجري على ال ، Tablespace اذ بتحویلھا الى Offline یتم وقف العملیات الجدیدة وإنھاء المھمات الحالیة 

كما شرحنا قبل قلیل.‏ 

3- بعد حذف ال Tablespace یتم تعدیل بیانات ال Control File لتتوافق مع التغییر الذي حدث في ال 

.Tablespace 

تذكر:‏ أن ال 

Control File یحوي معلومات حول أسماء ال Tablespaces وأسماء و مواقع ال 

Data 

.Files 


5.10 

لحذف Tablespace 

یمكن كتابة التالي:‏ 

DROP TABLESPACE user_data 

INCLUDING CONTENTS AND DATAFILES; 


INCLUDING CONTENTS CASCADE CONSTRAINT; 


INCLUDING CONTENTS AND DATAFILES CASCADE CONSTRAINT; 







حذفھا.‏ 

اضغط على اسم ال 

استخدم الزر الیمین للفأرة اتظھر لك قائمة،‏ اختر .Remove 

أختر Yes لتأكید الحذف.‏ 

.Normal 

.Tablespaces 


Tablespace المراد 

• 

• 

• 

• 

• 

• 

• 

• 

88

Data Files التابعة لھا 

:RESIZING A TABLESPACE 

أو إضافة 

یمكن زیادة حجم ال Tablespace بزیادة حجم ال 

.Tablespace یمكن زیادة حجم ال Data Files بطریقة یدویة أو أوتوماتیكیة.‏ 

Data Files جدیدة لل 

:Automatic Extension 

یمكن استخدام جملة ال AUTOEXTEND لزیادة حجم ال Data Files بطریقة أوتوماتیكیة أو لوقف ھذه 

العملیة.‏ یمكن استخدام جملة ال AUTOEXTEND بعد تكوین ال 

باستخدام القاعدة التالیة:‏ 


Tablespace أو ال Database 


DATAFILE 'filename' [SIZE number] [K | M] [REUSE] 

[AUTOEXTEND OFF|ON [NEXT number [K|M]] 

[MAXSIZE UNLIMITED | number [K |M]] 

:AUTOEXTEND OFF توقف عملیة زیادة حجم الملفات بشكل أوتوماتیكي.‏ 

لتشغیل عملیة زیادة حجم الملفات بشكل أوتوماتیكي عند أمتلاء 

الملفات.‏ 

:NEXT حجم الزیادة عند أمتلاء ال 

لتحدید الحجم الأقصى الذي یمكن أن یصل لھ حجم ال .Data Files یمكن أن یحدد 

الحد الأقصى أو ان یكون غیر محدد باستخدام .UNLIMITED 

.Data Files 

:AUTOEXTEND ON 

:MAXSIZE 

• 

• 

• 

• 

تذكر:‏ تستخدم جملة ال AUTOEXTEND في قاعدة CREATE DATABASE 

و CREATE 

.TABLESPACE 


لزیادة حجم ال 

5.11 

Data Files ضمن ال 

Tablespace بشكل أوتوماتیكي:‏ 

ALTER DATABASE DATAFILE '…\oradata\db01\userdata01.dbf' 

AUTOEXTEND ON NEXT 10M MAXSIZE 250M; 






اضغط على ال + بجانب كلمة Data Files لیظھر قائمة بأسماء ال 

اضغط على اسم ال Data File المراد تكبیرھا.‏ 

اضغط على كلمة ال Storage لتدخل الى القسم الأخر 

ضع علامة في المربع ثم أكتب قیم كل من 

قیمة Value ثم اضغط على .Apply 

.Normal 

.Data Files 

. 

(NEXT) ، Increment واختر إما Unlimited او 


• 

• 

• 

• 

• 

• 

• 

• 

89

:Manual Extension 

یمكن زیادة أو انقاص حجم ال Data Files باستخدام القاعدة التالیة:‏ 

ALTER DATABASE [database's name] DATAFILE 'filename', ['filename2'] … 

RESIZE number [K|M] 

سؤال:‏ لنفرض أنھ یوجد لدینا 

DBA تصغیر حجمھ الى ، 60 MB فھل تنجح العملیة ؟ و كم یكون حجم ال 

Data File حجمھ 100 MB وھو یحوي على 70 MB بیانات ، واراد ال 

Data File بعد التصغیر؟ 

جواب:‏ نعم تنجح عملیة التصغیر ولكن یكون حجم ال Data File ھو حجم البیانات فیھ وھو 70. MB 

ملاحظة:‏ یمكن تكبیر أو تصغیر حجم أكثر من ملف في نفس الوقت كما في المثال 


لزیادة حجم ال 

5.12 

5.12 

Data Files ضمن ال 

Tablespace بشكل یدوي:‏ 

ALTER DATABASE DATAFILE '…\oradata\db01\userdata01.dbf', 

'….\oradata\db01\userdata02.dbf' 

RESIZE 250M; 






اضغط على ال + بجانب كلمة Data Files لیظھر قائمة بأسماء ال 

اضغط على اسم ال Data File المراد تكبیرھا أو تصغیرھا.‏ 

ادخل الحجم الجدید في خانة 

.Normal 

.Data Files 

.Apply ثم اضغط File Size 


• 

• 

• 

• 

• 

• 

• 

90

:Adding Data File 

یمكن اضافة 

Data Files الى ال 

Tablespace لتكبیر حجمھا عبر القاعدة:‏ 

ALTER TABLESPACE tablespace's name ADD DATAFILE 

'filename' [SIZE number [K|M]] [REUSE] [AUTOEXTEND …] , …. 

ملاحظة:‏ یمكن اضافة أكثر من ملف في نفس الوقت.‏ استخدم فاصلة في أخر القاعدة وأعد كتابة السطر الثاني.‏ 

كما في المثال 


لاضافة 

.5.13 

:5.13 

:Tablespace الى ال Data Files 

ALTER TABLESPACE user_data ADD DATAFILE 

'…\oradata\db01\userdata01.dbf' SIZE 200M 

AUTOEXTEND ON NEXT 10M MAXSIZE 250M, 

'…\oradata\db01\userdata02.dbf' SIZE 200M 

AUTOEXTEND ON NEXT 10M MAXSIZE 250M; 







اضغط على اسم ال Tablespace المراد اضافة 

استخدم الزر الیمین للفأرة اتظھر لك قائمة،‏ 

تظھر لك نافذة جدیدة ، ادخل البیانات مثل اسم الملف ثم اضغط 

.Normal 

.Tablespaces 

Data File لھا.‏ 

.Add Datafile 

.Create 


• 

• 

• 

• 

• 

• 

• 

• 

:MOVING DATAFILES 

یمكن نقل ال Data Files من موقع الى أخر باستخدام إما ALTER TABLESPACE أو ALTER 

.DATABASE 

باستخدام :Alter Tablespace 

یمكن نقل ملفات ال Data Files باستخدام القاعدة التالیة:‏ 

ALTER TABLESPACE tablespace's name 

RENAME DATAFILE 'filename' , ['filename'] 

TO 'filename' , ['filename']; 

91

طریقة التنفیذ:‏ 

.Offline 

Data File الى المواقع 


ضع ال Tablespace في حالة 

الجدیدة ‏(القیام بعملیة النسخ كما في نظام التشغیل ، اي في 


الویندوز یستخدم الفأرة مع 

تنفیذ القاعدة السابقة.‏ 

تحویل ال Tablespace الى الحالة 

یمكن حذف ال Data Files الموجودة في الموقع القدیم كما في نظام التشغیل.‏ 

Online 

• 

• 

• 

• 

• 

شروط الاستخدام:‏ 

یجب أن تكون ال Tablespace في حالة ال .Offline 

یجب تواجد ملفات ال Data Files المراد نقلھا في الموقع المحدد في القاعدة.‏ 

یج ب أن تتط ابق اس ماء ال Data Files المنقول ة م ع اس ماء ال Data Files المخزن ة ف ي ال 

.Control File 

لا یمكن نقل Data Files التابعیین لل .System Tablespace 

• 

• 

• 

• 


:5.14 

بعد تنفیذ النقطتین الأولى و الثانیة من طریقة النتفیذ:‏ 

ALTER TABLESPACE app_data RENAME DATAFILE 

'…\oradata\db01\app01.dbf' , '…\oradata\db01\app02.dbf' 

TO 

'…\oradata\db02\app01.dbf' , ' …\oradata\db02\app02.dbf'; 

باستخدام 

:Alter Database 

یمكن نقل ملفات ال Data Files باستخدام القاعدة التالیة:‏ 

طریقة التنفیذ:‏ 

ALTER DATABASE database's name 

RENAME FILE 'filename' , ['filename'] 

TO 'filename' , ['filename']; 

اغلاق ال 


الویندوز یستخدم الفأرة مع 

تشغیل ال Database في حالة ال 

تنفیذ القاعدة السابقة.‏ 

تشغیل ال 

.Database 

Data File الى المواقع 


.Mount 

.Open في حالة Database 

الجدیدة ‏(القیام بعملیة النسخ كما في نظام التشغیل ، أي في 

• 

• 

• 

• 

• 

92

شروط الاستخدام:‏ 

یجب أن تكون ال Database في حالة ال .Mount 

یجب تواجد ملفات ال Data Files المراد نقلھا في الموقع المحدد في القاعدة.‏ 

یمكن نقل 

.System Tablespace التابعیین لل Data Files 

• 

• 

• 

تذكر:‏ ھي نفس القاعدة التي استخدمناھا لنقل أو تغییر اسماء ال 



:5.15 

بعد تنفیذ الثلاث نقاط الأولى من طریقة النتفیذ:‏ 

ALTER DATABASE app_data RENAME FILE 

'…\oradata\db01\app01.dbf' 

TO 

'…\oradata\db02\app01.dbf'; 

:TABLESPACE WITH OMF 

یمكن تكوین Tablespace تتبع نظام ال OMF بتحدد العامل "Parameter" 

Data Files التابعیین لل Tablespace واستخدام قاعدة ال 

CREATE TABLESPACE مع عدة اختلافات مثل عدم الضرورة لذكر اسم ال 

القاعدة.‏ 

Data Files في 

CREATE TABLESPACE tablespace's name 

[DATAFILE [filename] [SIZE number [K|M] ] ; 

DB_CREATE_FILE_DEST لل 

عند تكوین ال Tablespace بنظام ال OMF تكون ال 

:Data Files 

حجمھا ال 100MB Default ‏(كما في المثال 

تستخدم الطریقة الأوتوماتیكیة لزیادة حجمھا 

للحجم 

(5.16 

(AUTOEXTEND) 

.(UNLIMITED) 

مع عدم تحدید أقصى حد 

• 

• 


:5.16 

لتكوین Tablespace بنظام ال OMF یجب تحدید العامل "Parameter" 

DB_CREATE_FILE_DEST ثم كتابة التالي:‏ 

CREATE TABLESPACE new_data; 

93

:QUERYING INFORMATION 

للحصول على معلومات حول ال Tablespaces یمكن استخدام:‏ 

:DBA_TABLESPACES یوفر ھذا ال View معلومات حول جمیع ال Tablespaces في 

ال Database مثل اسم ال Tablespaces ونوعیة ال 

ونوعیة ادارة ال 

(Temporary, Undo) Tablespace 

(Locally, Dictionary) Extents وغیرھا.‏ 

.Tablespaces توفر معلومات عن اسم و رقم ال :V$TABLESPACE 

• 

• 

للحصول على معلومات حول ال 

Data Files یمكن استخدام:‏ 

:DBA_DATA_FILES یوفر معلومات حول ال 

Tablespace التي ینتمي لھا ال 

Data Files مثل اسم Data Files وال 

Data File وحجم ال 

:V$DATAFILE یوفر معلومات حول ال Data Files مثل حالة ال 

، حجم ال 

Data Files وغیرھا من المعلومات.‏ 

Data File 

Data Files وغیرھا.‏ 

(Online,Offline) 

• 

• 


Temp Files یمكن استخدام:‏ 

:DBA_TEMP_FILES 

یوفر معلومات حول ال 

Tablespace التي ینتمي لھا ال 

Temp Files مثل اسم Temp Files و ال 

Temp File وحجم ال 

:V$TEMPFILE یوفر معلومات حول ال Temp Files مثل حالة ال 

، حجم ال 

Temp Files وغیرھا من المعلومات.‏ 

Temp File 

Temp Files وغیرھا.‏ 

(Online,Offline) 

• 

• 

94

SEGMENTS & STORAGE 

STRUCTURES 

95

SEGMENTS 

ال ھي احدى مكونات ال Logical Structure وتأتي بعد ال 

یمكن لل Tablespace أن تحوي أكثر من Segments كما یمكن لل Segment أن تتكون من أكثر من 

Tablespace في الترتیب ، 

Segment مثل:‏ 

Segment 

.Extent 

یوجد عدة أنواع من ال 

.TABLE SEGMENT 

.TABLE PARTITION SEGMENT 

.CLUSTER SEGMENT 

.INDEX SEGMENT 

.INDEX-ORGANIZED TABLE SEGMENT 

.INDEX PARTITION SEGMENT 

.TEMPORARY SEGMENT 

.UNDO SEGMENT 

.LOB SEGMENT 

.NESTED TABLE SEGMENT 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

سوف یأتي ذكر 

كل نوع لاحقاً.‏ 

96

DATA BLOCKS 

Data 

ھي أصغر وحدة تخزین في الأوراكل ویتم تحدید حجمھا بواسطة العامل "Parameter" 

DB_BLOCK_SIZE عند تكوین ال Database ولا یمكن تغییر الحجم فیما بعد.‏ یتكون ال 

Block من:‏ 

Data, Index, ) 

Tables التي 

.(or Undo 

Block Header ایضاً‏ ما 

.Data Block في ال ( Data Rows) 

(Rows) 

Transaction Slots ھي ال Block Header 

للمھمات "Transactions" 

:BLOCK HEADER یحتوي على معلومات حول ال Data Block ونوعھ 

یحتوي أیضاً‏ على ال Table Directory الذي یوفر معلومات حول ال 

ومن أجزاء ال 

لھا بیانات 

یعرف باسم Row Directory الذي یوفر معلومات حول البیانات المخزنة في ال Block 

مثل ال .Row Address الجزء الأخیر من ال 

التي تستخدم عندما تحدث تغیرات في البیانات "Rows" نتیجة 

المختلفة.‏ 

."Rows" ھي المساحة التي یتم تخزین البیانات بھا :DATA SPACE 

Data Space وال Block Header 

:FREE SPACE 

ھي مساحة خالیة تساعد كل من ال 

على التوسع في الحجم اذا لزم الأمر.‏ في حال حدوث عملیات كثیرة تسبب أخذ مساحة منھا ثم اعادة 

مساحة لھا بشكل متكرر یحدث Fragmentation ویقوم الأوراكل بعملیة Coalesce لھا.‏ 

• 

• 

• 

تذكر:‏ عملیة ال Coalescing من درس ال .Locally Managed Tablespace 

Data Files 

تذكر‎2‎‏:‏ یتم تخزین رقم ال 

Log Sequence Number ورقم ال 

.Header 

Checkpoint في ال 


ملاحظة:‏ الأسھم في الرسم 6.1 تشیر الى الطریقة التي تكبر بھا مساحة كل من ال 

Block Header وھي طریقة عكسیة ، من أسفل الى أعلى ومن أعلى الى أسفل على التوالي.‏ 

Data Space وال 

97

:BLOCK STORAGE PARAMETERS 

عندما یتم تكوین Table أو عنصر أخر "Object" یمكن تحدید عوامل تتحكم في ال 

تنتمي لھذا العنصر.‏ تحدید ھذه العوامل مھم جداً‏ ، لأنھا تعمل على توفیر مساحة كبیرة وتحسین الاداراة 

والعمل.‏ 

Data Blocks التي 

:PCTFREE عند تحدیدھا ، یتم حجز مساحة من حجم ال Block تخصص للزیادة المتوقعة في 

في ال 

البیانات Rows" "Data النانتجة من تغییر "Update" 

،Block الحجم ال 

البیانات Rows" "Data 

Default لھا ھو 10%. 

:PCTUSED تمثل الحجم الأدني للبیانات Rows" "Data في ال Block الذي اذا قل حجم 

المخزنة داخلھ عن حجم ال ، PCTUSED یتم تحویل ال Block الى 

قائمة ال ،Freelist الحجم ال 

Default ھو .40% 

البیانات Rows" "Data 

:FREELIST یمكن لل Segment الواحدة أن یكون لھا أكثر من Freelist واحدة بتحدید العامل 

Default ھو لكل 

Block 

Segment واحدة ، قائمة Freelist واحدة.‏ 

،FREELISTS ال 

:INITRANS 

عند تحدیدھا یتم حجز مساحة لل Slots" "Transaction في ال 

Header لتخزین البیانات حول المھمات التي تجري.‏ فھي تحدد الحد الأدنى من المھمات 

التي یمكن أن تجرى على ال Block في نفس الوقت.‏ اذا تم تحدیدھا ب ، 3 

بحیث یمكن أجراء ثلاث مھمات على الأقل على 

فذلك یعني أنھ یخصص ثلاث 

ال Block في نفس الوقت ، وعند الضرورة یمكن تخصیص مساحة من ال 

Free Space في ال 

Block 

Transaction Slots 

"Transactions" 

Block لإضافة Transaction Slots أخرى،‏ ال Default ھو .1 

:MAXTRANS 

عند تحدیدھا یتم حجز مساحة لل Slots" "Transaction في ال 

Header لتخزین البیانات حول المھمات التي تجري.‏ فھي تحدد الحد الأعلى من المھمات 

التي یمكن أن تجرى على ال Block في نفس الوقت.‏ اذا تم تحدیدھا ب ، 200 

فذلك یعني أنھ یمكن أجراء 200 مھمة على الأكثر على ال Block في نفس الوقت،‏ 

Default ھو 


.255 

• 

• 

• 

• 

• 

ملاحظة:‏ یقصد بال 

على استیعاب بیانات جدیدة أو ال 

FreeList بأنھا قائمة "List" تحدد ال Blocks التي یوجد بھا مساحة خالیة قادرة 

.Free Blocks 

-1 

-2 

مثال:‏ 

في حال تم تحدید ال PCTUSED بنسبة 30% وال PCTFREE بنسبة 20%: 

یتم ادخال بیانات "Rows" الى ال Block الى أن تصل نسبة البیانات المدخلة الى 80% أو أقل بحیث 

یجب أن یظل حجم من ال Block فارغ وھو نسبة ال PCTFREE وھي كما ذكرنا 20%، وھكذا یظل حجم 

فارغ من ال Block في حال تغیر بیانات Rows المخزنة في ال Block مثل تحویل قیمة أحد ال 

COLUMN من حالة NULL الى قیمة فعلیة.‏ ھذه المساحة الفارغة مخصصة لل Rows الموجودة في 

حال تغیر قیمھا ولا یمكن اضافة Rows جدیدة لتحل في الحجم الخالي الناتج من تحدید ال .PCTFREE 

في حال انخفاض بیانات ال Rows المخزنة في ال Block أو تم حذف عدد من ال ، Rows لا یسمح 

باضافة في ال Block اذا لم تنخفض بیانات ال Rows في ال Block عن الحد المحدد ب 

Block عن 30%، یتم تحدید أن ال Rows وھو 30%. في حال انخفاض حجم بیانات ال PCTUSED 

جاھز لاستقبال 

Rows جدیدة 

.(Freelist) جدیدة Rows 

98

MANAGING DATA BLOCKS 

یمكن إدارة ال 

Data Blocks 

بطریقتین احداھما یدویة والأخرى أوتوماتیكیة وھما:‏ 

:MANUAL DATA BLOCK MANAGEMENT 

یتم استخدام Block Storage Parameters في تحدید حجم ال 

.Blocks 

Used Blocks وال 

:AUTOMATIC SPACE MANAGEMENT 

.Free Blocks یتم حفظ ال 

یتم استخدام Bitmap عوضاً‏ عن Freelist لتحدید ال 

Blocks مختلفة تسمى (BMBs) .Bitmapped Blocks عندما یتم ادخال بیانات 

جدیدة ، یتم البحث في ال Bitmap عن Block یحتوي مساحة خالیة مناسبة لحجم البیانات 

الجدیدة المدخلة،‏ وعند حدوث أي تعدیلات على ال Blocks ‏(مثل زیادة المساحة الخالیة عن المساحة 

المشغولة)‏ یتم تعدیل ال Bitmap لتوافق التغیرات التي طرأت.‏ 

فوائد استخدام ھذه الطریقة عدیدة منھا سھولة ادارة ال Blocks اذ یتم تحدید ال PCTUSED و ال 

تخصیص المساحة للعناصر "Objects" بشكل أفضل ، وأداء أفضل 

خلال عملیات ال INSERT المتزامنة.‏ 

Bitmap في 

"Rows" 

FREELIST بشكل أوتوماتیكي ، 


1- یمكن استخدام ھذه الطریقة مع Locally Managed Tablespaces فقط.‏ 

2- تطبق الطریقة على مستوى ال ،Tablespace أي یجب أن تكون جمیع ال Segments داخل ال 

Tablespace تعمل بنفس الطریقة.‏ 

3- لا یمكن تغییر الطریقة الى الطریقة الیدویة بعد أن تستخدم.‏ 

4- یمكن استخدام ھذه الطریقة باضافة جملة SEGMENT SPACE MANAGEMENT AUTO 

الى جملة .CREATE TABLESPACE 

5- لا یمكن استخدام الطریقة مع Tablespace تحوي أو قد تحوي على 

.LOBs 

ملاحظة:‏ یتم تخزین بیانات كبیرة بواسطة LOBs مثل الصور والفیدیو وغیرھا وسوف یتم التطرق لھا في 

فصل لاحق.‏ 


:6.1 

CREATE TABLESPACE APP_DATA 

DATAFILE '…\oradata\db05\appdata04.dbf' 

EXTENT MANAGEMENT LOCAL UNIFORM SIZE 512K 

SEGMENT SPACE MANAGEMENT AUTO; 

99

STORAGE INFORMATION 

للحصول على معلومات حول ال Segments یمكن استخدام:‏ 

Data 

، Segment ال 

:DBA_SEGMENTS 

یمكن الحصول على معلومات حول اسم ال 

Extents في ال Segment وعدد ال 

Tablespace التي تحوي ال 

، Blocks وغیرھا من المعلومات.‏ 

، Segment عدد ال 

• 

للحصول على معلومات حول ال Used Extents یمكن استخدام:‏ 

:DBA_EXTENTS یوفر معلومات مثل رقم ال Extent ورقم ال Block التي ینتمي لھا وعدد 

ال Blocks ضمن ال Extent وغیرھا من المعلومات.‏ 

• 

للحصول على معلومات حول ال Free Extents یمكن استخدام:‏ 

:DBA_FREE_SPACE یوفر معلومات مثل اسم ال Tablespace التي تحوي ال 

وال Blocksالتابعة لھا وغیرھا.‏ 

Extent 

• 

100

UNDO SEGMENT 

Undo Segment في حفظ 


. Commit 

نسخة عن البیانات قبل تعدیلھا بواسطة المھمات 

تستخدم ال 

التي أجریت علیھا،‏ مثلاً‏ لكي یتمكن الأوراكل من استعادة البیانات قبل التعدیل في حال 

طلب المستخدم Rollback عوضاً‏ عن یتم استخدام ال 

بیانات حول المھمات "Transactions" الحالیة التي تستخدم ال 

من فوائد استخدام ال 

Undo Segment Header لتخزین 

.Undo Segment 

:Undo Segment 

لكي یتمكن الأوراكل من استعادة البیانات قبل التعدیل في حال طلب المستخدم Rollback عوضاً‏ عن 

.Commit 

لكي یتمكن الأوراكل من استعادة البیانات الأصلیة في حال تعطل المھمة أو حدوث خلل طارئ لل 

.Recovery یتطلب عملیة ال Instance 

للقیام بما یعرف باسم 

.Read Consistency 

• 

• 

• 

ملاحظة:‏ تستخدم المھمات المرتبطة ببعضھا Transaction" "Serial 

ویمكن للمھمات المتزامنة استخدام ذات ال 

Undo Segment ، 

.Undo Segment 

واحدة فقط 

تذكر:‏ یتم تخزین معلومات حول ال 

Undo Segment في:‏ 


.Alert Log File 

.Control File 

• 

• 

• 

تذكر‎2‎‏:‏ جاء ذكر ال 

Undo Segment في درس:‏ 

.Undo Tablespace 

.Offline or Online 

• 

• 

:System Change Number (SCN) 

ھو رقم ممیز Number" "Unique یتم تكوینھ عند حوث أمر ،Commit ویساعد في عملیة ال 

Consistency وعملیة ال .Recovery یتم تخزین ال SCN في ال 

و 

Read 

Redo Log ، Control Files 

.Block Headers 

، Files 

تذكر:‏ یقوم ال Checkpoint بعمل تجدید لرقم ال SCN في ال .Control Files 

:Read Consistency 

ھي إمكانیة رؤیة أحد المستخدمیین البیانات الأصلیة قبل التعدیل بالرغم من قیام مستخدم أخر بتعدیل البیانات 

في نفس الوقت.‏ لحدوث ال Read Consistency یجب أن یكون المستخدم الأول قد طلب البیانات قبل أن 

یقوم المستخدم الثاني بتأكید التعدیلات على التغیرات بواسطة ، Commit عندئذ یحضر الأوراكل البیانات 

المطلوبة للمستخدم الأول من ال 

.Undo Segment 

101

مثال:‏ 

1- یقوم المستخدم الأول بعمل مھمات على بیانات ال Employees Tables تؤدي الى تغیر البیانات مثل 

.Undo Segment 

Select * From 

عملیة .UPDATE 

2- یقوم الأوراكل بتخزین نسخة لبیانات ال Employees Table قبل التعدیل في ال 

3- یقوم المستخدم الثاني بطلب استخراج البیانات عبر استخدام Query مثل 

،Employees وعندھا یتم تحدید رقم ال SCN الذي یستخدم لضمان عدم عرض البیانات التي یحدث لھا 

تغییر ولم یحدث لھا 

4- البیانات المعروضة على المستخدم الثاني ھي البیانات قبل التعدیلات التي أجراھا ویجریھا المستخدم الأول 

و ھي البیانات المخزنة في ال 

5- یقوم المستخدم الأول بانھاء و تأكید المھمات التي أجراھا باستخدام 

6- یقوم المستخدم الثاني بعد قلیل بطلب استخراج البیانات مرة أخرى 

7- البیانات المعروضة ھذه المرة ھي البیانات بعد التعدیلات التي أجراھا المستخدم الأول 

.SCN فیتم تجدید ال ، Commit 

.Select * From Employees 

. 

.Undo Segment 

.Commit 

:Snapshot Too Old Error 

عندما لا یستطیع الأوراكل توفیر خدمة ال Read Consistency یظھر ھذا الخطأ للمستخدم.‏ یمكن أن یظھر 

الخطأ عندما یطلب المستخدم الثاني Query یكون البیانات المستخرجة طویلة جداً،‏ بحیث قبل أن ینتھي ال 

Query من العمل یحدث أمران،‏ الأمر الأول ھو أن المستخدم الأول طلب Commit على البیانات ، والأمر 

الثاني أنھ تم استخدام ذات ال Undo Segment من قبل مھمة أخرى بحیث تم تغییر البیانات 

في ال 

باستخدام العامل "Parameter" UNDO_RETENTION یمكن تحدید كم من الوقت یسمح للبیانات 

اذا تم تحدید قیمة العامل 

بالبقاء في ال Undo Table pace وبذلك توفیر خدمة ال 

، فھذا یعني أنھ یسمح للبیانات البقاء لمدة 15 دقیقة.‏ یمكن تحدید العامل في ال 

Initialization 

.Undo Segment 

"Overwritten" 

.Read Consistency 

ب 900 

.ALTER SYSTEM ویمكن تعدیلھ داینامیكیاً‏ بواسطة ، Parameter File 

ملاحظة:‏ اذا كان حجم ال Undo Tablespace صغیر،‏ یمكن أن لا تظل البیانات للوقت المحدد بالعامل 

، UNDO_RETENTION حیث یتم استخدام عملیات حسابیة لتبدیل البیانات المخزنة.‏ 

:UNDO SEGMENT TYPES 

:SYSTEM UNDO SEGMENT تتكون ضمن ال System Tablespace عند تكوین ال 

.System Tablespace الموجودة ضمن ال "Objects" لتوفر خدماتھا للعناصر Database 

Database في ال Tablespaces عندما یوجد :NON-SYSTEM UNDO SEGMENTS 

Non-System Undo 

.Tablespaces 

غیر ال ، System Tablespace یجب توفر على الأقل واحدة من 

Segment في ال Database لتخدم باقي ال 

:DEFERRED UNDO SEGMENTS یمكن تكوینھا عند وضع ال Tablespace في حالة 

، Offline اذ یمكن أن تستخدم في عمل Rollback للمھمات "Transactions" التي قد تحدث 

عند تحویل ال Tablespace الى حالة ال .Online 

• 

• 

• 

102

MANAGING UNDO DATA 

یوجد نوعان لإدارة ال Undo Data في الأوراكل ھما:‏ 

.AUTOMATIC UNDO MANAGEMENT 

.MANUAL UNDO MANAGEMENT 

• 

• 

سوف یتم التطرق فقط الى النوع الأول في الكتاب.‏ 

:AUTOMATIC UNDO MANAGEMENT 

یتم تخصیص Undo Tablespace 

واحدة ذات مساحة كبیرة لكل .Instance یتم التحكم في البیانات 

الموجودة في ال Undo Tablespace بشكل أوتوماتیكي من قبل ال .Oracle Server یتم تسمیة أسماء 

طبقاً‏ للطریقة التالیة _SYSSMUn$ مثل ._SYSSMU1$ 

لكي تعمل طریقة ال 

حالة بالرغم أنھ یمكن أن تتواجد أكثر من Undo Tablespace في ال Database ولكن لا یمكن 

أن یكون أكثر من واحدة في حالة 

لاستخدام ھذه الطریقة یجب تحدید العامل "Parameter" UNDO_MANAGEMENT بالقیمة 

AUTO في ال .Initialization Parameter File لا یمكن تغییر قیمة العامل بطریقة داینامیكیة بعد 

تشغیل ال Database‏،القیمة ال 

التي سوف یتم التحكم بھا بواسطة 

لتحدید ال 

Management یجب تحدید العامل"‏Parameter‏"‏ UNDO_TABLESPACE في ال 

، Initialization Parameter File إلا أن یكون ھنالك Undo Tablespace واحدة في ال 

عندئذ لا یشترط تحدید ھذا العامل ."Parameter" یمكن تغییر قیمة ھذا العامل بطریقة داینامیكیة بواسطة 

.ALTER SYSTEM 

Undo Segment 

Automatic Undo Management یجب توفر Undo Tablespace واحدة في 

.Active 

.Active 

Database 

Automatic Undo 

.MANUAL ھي Default 

Undo Tablespace 


:6.2 

لتغییر قیمة العامل UNDO_TABLESPACE بشكل داینامیكي ‏(للتحدید Tablespace أخرى في حالة 

:(Active 

ALTER SYSTEM SET UNDO_TABLESPACE = UNDOTBSPACE; 





اضغط على ال .Instance Manager 

اضغط على .Configuration 


أختر من قائمة 

اضغط على .Apply 

.Normal 

قائمة .Undo 

.Undo Tablespace اسم ال Current Undo Tablespace 

• 

• 

• 

• 

• 

• 

• 

• 

103

ALTER 

)Undo Tablespace 

:Snapshot Too Old Error 

بواسطة ال 

یمكن أن یحدث ھذا الخطأ ایضاً‏ اذا ما تم تغییر ال 

وكان ما یزال Query یستخرج البیانات من ال Undo Tablespace 

التي تم تغییرھا.‏ 

( Console أو عبر ال SYSTEM 


في جملةDATABASE ، CREATE 

-1 

في حال لم یتم كتابة جملة ال UNDO TABLESPACE 

وكانت قیمة العامل UNDO_MANAGEMENT تساوي ، AUTO فإن الأوراكل سیرفر یقوم بتكوین 

.SYS_UNDOTBS بشكل أوتوماتیكي بمسمى Undo Tablespace 

2- یمكن حذف Undo Tablespace باستخدام جملة DROP TABLESPACE التي جاء شرحھا 

سابقاً،‏ ولكن لا یمكن حذف ال Undo Tablespace اذا كانت تستخدم بواسطة ال 

.(Active)Instance 

تذكر:‏ 

1- یمكن تكوین ال Undo Tablespace بطریقتیین ، إما عبر جملة ال CREATE DATABASE أو 

عبر جملة .CREATE UNDO TABLESPACE 

2- جاء ذكر ال Automatic Undo Management في درس ال .Undo Tablespace 


:6.3 

یمكن حذف ال Undo Tablespace بواسطة DROP TABLESPACE ولكن یجب على كل المھمات 

التي تجري في ال Undo Tablespace أن تنھي عملھا قبل اتمام عملیة الحذف،‏ یمكن معرفة اذا ما كان 

ھنالك أي عملیات تجري على ال Undo Tablespace أو أي Tablespace من خلال كتابة التالي:‏ 

SELECT Z.NAME, X.STATUS 

FROM V$ROLLNAME Z, V$ROLLSTAT X 

WHERE Z.NAME IN 

(SELECT SEGMENT_NAME FROM DBA_SEGMENTS 

WHERE TABLESPACE_NAME = 'UNDOTBS') 

AND Z.USN = X.USN ; 

اذا كانت قیمة ال STATUS ھي PENDING ONLINE فھذا یعني أن ال Tablespace لا یمكن 

حذفھا،‏ أما اذا كانت القیمة ھي PENDING OFFLINE فھذا یعني أنھ یمكن حذف ال .Tablespace 

Resource Manager للتحكم 

:Resource Manager 

بالنظام بحیث یتم منع المستخدمیین أو مجموعة من 


المستخدمیین من استھلاك مساحة كبیرة لل Undo Data بحیث یتم تخصیص مساحة قصوى "Maxsize" 

لكل مجموعة لاستخدامھا في تخزین ال .Undo Data یتم تخصیص مساحة قصوى بتحدید ال 

.UNLIMITED محدد بالقیمة "Default" والذي ھو في الحالة الإفتراضیة UNDO_POOL 

104

QUERYING UNDO INFORMATION 


:Undo Segment التالیة للحصول على معلومات حول ال Views 

:V$UNDOSTAT یساعد في تحدید حجم ال ، Undo Tablespace اذ یوفر معلومات حول 

وضغط البیانات علیھا خلال 10 دقائق.‏ 

عمل ال 

Undo Tablespace 

• 

SELECT BEGIN_TIME, END_TIME, UNDOBLKS 

FROM V$UNDOSTAT; 

:DBA_ROLLBACK_SEGS للحصول على معلومات حول جمیع ال Undo Segment في 

ال .Database وحدھا فقط توفر بیانات حول ال 

.Offline Segment 

• 

SELECT SEGMENT_NAME, TABLESPACE_NAME, OWNER, STATUS 

FROM DBA_ROLLBACK_SEGS; 

.Online Segments توفر اسماء جمیع ال :V$ROLLNAME 

• 

SELECT USN, NAME FROM V$ROLLNAME; 

:V$ROLLSTAT توفر بیانات حول ال Online Segments مثل حجم ال Segments وعدد 

یمكن عمل Join مع ال V$ROLLNAME بواسطة ال .USN 

ال 

Extents وغیرھا.‏ 

• 

SELECT A.NAME , B.EXTENTS 

FROM V$ROLLNAME A , V$ROLLSTAT B 

WHERE A.USN = B.USN; 

105

Managing tables & indexes & 

constraints 

106

STORING DATA 

یتم تخزین ال DATA في أوراكل على شكل 

Tables مثل:‏ 

Rows و Columns في ال .Tables یوجد عدة أنواع من ال 

TABLES 

وأ(‏ :(Regular Tables ھي ال Table التي یتم معظم العمل علیھا والتي یكون 

التحكم بتوزیع بال Rows فیھا من وظائف ال 

.Oracle Sever 

:PARTITIONED TABLES یكون لل Table أكثر من جزء ،"Partition" كل جزء 

عبارة عن كل Segment یمكن أن تتواجد في Tablespace مختلفة.‏ 

Primary Key لل Table ویتم 

،Segment 

:INDEX-ORGANIZED TABLE 

یجب تخصیص ال 

تخزین ال PK وال Table في ذات المساحة ، وذلك عكس ال Regular Table التي اذا تم تكوین 

.("Separate Storage" لھا ‏(الإثنان في مساحة مختلفة PK 

:CLUSTERED TABLE یمكن أن تتكون من Table واحدة أو مجموعة من ال 

یوجد ما یعرف باسم 

التي تستخدم مع بعضھا بحیث تتشارك نفس ال 

Key الذي یحدد ال Rows التي یجب أن تخزن مع بعضھا البعض.‏ 

Tables 

Cluster 

.Data Blocks 

• 

• 

• 

• 

:DATA TYPES 

یوفر الأوراكل مجموعة من Data Types لتخزین البیانات ، تتبع ثلاثة أنواع ھم Collection, Scalar, 

.Relationship 

:Scalar Data Types 

بعض أنواع ال 

:Scalar Data Types 

:CHAR, NCHAR توفر مساحة ثابتة"‏Fixed-Length‏"‏ لتخزین الأحرف 

المقصود بالمساحة الثابتة أنھ عند تخصیص مثلاً‏ 

Bytes لتخزین البیانات،‏ لا تعتبر ال 3bytes المتبقیة مساحة خالیة بل مساحة مشغولة.‏ أقصى قیمة 

‏(مساحة)‏ یمكن اختیارھا ھي 2000 بایت لكل Row مع العلم أن القیمة ال 

NCHAR عن CHAR أن الأولى یمكن أن تخزن Unicode Character التي توفر خدمة تعدد 

اللغات.‏ 

:VARCHAR2, NVARCHAR2 توفر مساحة متغیرة "Variable-Length" لتخزین ال 

المقصود بالمساحة المتغیرة أنھ عند تخصیص مثلاً‏ 

المخزنة في ال Column الى 15 bytes فإنھ یتم استخدام 15 Bytes فقط من المساحة الخالیة 

لتخزین البیانات ، ولا یتم حجز المساحة الكلیة المحددة.‏ أقصى مساحة یمكن اختیارھا ھي 

بایت لكل Row مع العلم أنھ لا یوجد قیمة یجب تحدید القیمة).‏ تختلف 

VARCHAR2 أن الأولى یمكن أن تخزن 

توفر خدمة تعدد اللغات.‏ 

:NUMBER توفر مساحة متغیرة لتخزین الأرقام.‏ یمكن أن تستوعب المساحة أرقام تتكون من 

خانة.‏ 

10 Bytes وتم شغل 7 

Default ھي 1. تختلف 

، 20 Bytes واحتاجت البیانات 

4000 

Unicode Character التي 

38 

) Default 

."Characters" 

.Characters 

NVARCHAR2 عن 

• 

• 

• 

107

:DATE توفر مساحة ثابتة لتخزین التاریخ والوقت.‏ توفر سبع خانات للقرن والسنة والیوم 

والساعة والدقیقة و الثانیة وأقصى تاریخ یمكن أن یخزن ھو ال‎31‎ من دیسمبر لعام ، 9999 أما أقدم 

تاریخ یمكن أن یخزن ھو ینایر من عام 1.4712 قبل المیلاد.‏ 

توفر خدمة مماثلة لل DATE عدا أنھا توفر مساحة إضافیة لتخزین أجزاء 

( والعدد ال 

الثانیة.‏ توفر 9 خانات لتسجیل أجزاء الثانیة 

توفر خدمة مماثلة لل ، TIMESTAMP إلا 

انھا توفر مساحة إضافیة لعرض الفارق الزمني بین المستخدم والتوقیت العالمي ‏(توقیت جرینتش).‏ 

یظھر الفارق على شكل عدد من الساعات والدقائق فقط.‏ 

توفر خدمة مماثلة لل 

، TIMESTAMP إلا انھا توفر مساحة إضافیة لعرض ال ،Session Time Zone الذي 

یستخدم في إدخال البیانات بین فروع الشركات البعیدة عن بعضھا،‏ أي في حال ادخال البیانات من قبل 

المستخدم الأول الذي بینھ وبین المستخدم الثاني زائد 3 ساعات زمنیة ، فإن المستخدم الثاني یرى 

توقیت إدخال البیانات بتوقیتھ ھو ) زائد 3 ساعات زمنیة)‏ و لیس بتوقیت المستخدم الأول الذي أدخل 

البیانات.‏ یظھر الفارق على شكل عدد من الساعات والدقائق فقط.‏ 

توفر مساحة متغیرة لتخزین ال .Binary Data أقصى مساحة یمكن اختیارھا ھي 

بایت.‏ 

:LONG RAW توفر خدمة مماثلة لل Row ولكن مساحة أكبر 2GB ‏(لا ینصح باستخدامھا)‏ 

توفر مساحة كبیرة لتخزین البیانات ، یمكن أن تصل المساحة الى 2GB ‏(لا ینصح 

باستخدامھا،‏ ویفضل استخدام CLOB أو .(NCLOB لا یمكن لل Tableأن تحوي أكثر من 

Default ھو 6 خانات.‏ 

2000 

:TIMESTAMP 

0.987654321) 

:TIMESTAMP WITH TIME ZONE 

:TIMESTAMP WITH LOCAL TIME ZONE 

:ROW 

:LONG 

Long واحدة.‏ 

:CLOB, NCLOB 

:BLOB 

.Documents 

:BFILE 

توفر مساحة 4GB لتخزین 

توفر مساحة 4GB لتخزین 

ال .Character Data 

Unstructured Data مثل Binary Images و 

باستخدامھا،‏ تستطیع تخزین بیانات خارج ال Database في ملفات خارجیة،‏ یمكن أن 

یصل حجم الملف الخارجي الى .4GB 

لتخزین رقم ممیز لكل Row في ال 

Database لیستطیع الأوراكل تحدید ال Row بسرعة أكبر عند البحث على البیانات.‏ الفرق بین 

ROWID وUROWID أن الأخیرة توفر میزة تسجیل رقم ممیز ل 

أي من نوع Database اخر غیر الأوراكل).‏ 

No-Oracle تتبع Rows 

10 bytes توفر مساحة :ROWID, UROWID 

)Tables 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

:Collections Data Types 

یوجد نوعان فقط ھما:‏ 

(VARRAY) :VARYING ARRAYS عبارة عن مجموعة مرتبة من البیانات التي تتكون 

من نفس ال Data Type ‏(مثلاً‏ جمیع البیانات أرقام).‏ 

:NESTED TABLES عبارة عن مجموعة غیر مرتبة من ال 

منفصل عن ال Table بحیث یوجد وصلة "Pointer" من كل Row الى ال 

، Rows تخزن ال Rows بشكل 

.Table 

• 

• 

:Relationship Data Types (REFs) 

یتم استخدام 

Pointers لتدل على بیانات مخزنة في Tables مختلفة.‏ 

108

MANAGING TABLES 

:CREATE TABLES 

لتكوین ، Table یتم استخدام جملة CREATE TABLE التي من المفروض قد تعرفت علیھا بالتفصیل 

خلال دراستك للامتحان الأول SQL" ."Introduction to لكي یستطیع المستخدم تكوین Table في ال 

Schema الخاص بھ ، یجب أن یكون لدیھ ، CREATE TABLE privilege أما لتكوین Table في 

.CREATE ANY TABLE privilege لمستخدمین أخرین،‏ یجب أن یكون لدیھ Schemas 

ینصح عند تكوین ال 

توزیع كل 

:Tables 

Table على 

.Indexes أو Temporary Segments أو Segments 

استخدام نظام Locally Managed 

.Fragmentation 

• 

Tablespace مختلفة عن ال Tablespaces التي تحوي 

Undo 

• 


‏(أي بدون استخدام جملة ال 

(Storage 

:7.1 

لتكوین Locally Managed Table یمكن كتابة:‏ 

أو یمكن اضافة التالي:‏ 

CREATE TABLE HR.TEST 

(FIRST VARCHAR2 (10), LAST NUMBER); 

CREATE TABLE HR.TEST 

(FIRST VARCHAR2 (10), LAST NUMBER) 

TABLESPACE EXAMPLE 

PCTFREE 10 PCTUSED 20 

MAXTRANS 200 MINTRANS 1; 

لتجنب ال 

على اعتبار أن ذكر ،TABLESPACE EXAMPLE یدل على اسم ال Tablespace التي تحوي ال 

Table وھي في ھذه الحالة .Example Tablespace وفي حال عدم ذكر ھذه الجملة یتم اختیار ال 

Default وھي عادة ما تكون ال .System Tablespace مع العلم أنھ تم تكوین ال Table في ال 

.HR الخاصة بالمستخدم Schema 





اضغط على + 

اضغط بواسطة الزر الیمین على Table ثم اختر Create من القائمة.‏ 

ادخل المعلومات المطلوبة ‏(مثل اسم ال (Table ثم اضغط على Apply 

یمكن اختیار Create Using Wizard عوضاً‏ عن Create لتسھیل تكوین ال 

.Normal 

.Table 

بجانب ال .Schema Manager 

• 

• 

• 

• 

• 

• 

• 

109


لتكوین 

:7.2 

Dictionary Managed Table یمكن كتابة:‏ 

في جملة ال : Storage 

CREATE TABLE HR.TEST2 

(FIRST VARCHAR2 (10), LAST NUMBER) 


PCTFREE 10 PCTUSED 20 

MAXTRANS 200 INITRANS 1 

STORAGE (INITIAL 200K NEXT 200K 

PCTINCREASE 50 

MINEXTENTS 1 MAXEXTENTS 5 

FREELISTS 1 FREELIST GROUPS 1 

BUFFER_POOL DEFAULT) ; 

.Extent تحدد حجم أول :INITIAL 

:NEXT عند زیادة حجم البیانات یتطلب ذلك اضافة ،Extent حیث تحدد جحم ال 

‏(لیست الثالثة فقط ، إنما كل ما یأتي بعد الثانیة)‏ 

:PCTINCREASE تحدد حجم ال 

نصف حجم 

باضافة نسبة مئویة.‏ مثلاً‏ في ھذه الحالة یصبح حجم ال 

ال 

.Table التي یمكن أن تخصص لل Extents الحد الأدنى من ال :MINEXTENT 

.Table التي یمكن أن تخصص لل Extents الحد الأقصى من ال :MAXEXTENTS 

.Table التي یمكن أن تخصص لل Freelist عدد مجموعات ال :FREELIST GROUP 

:FREELISTS عدد ال Freelist ضمن المجموعة.‏ 

:BUFFER_POOL تطرقنا لھ سابقا 

Extent الثانیة.‏ 

Extents التالیة 

+200K) 300K التالیة Extents 

(Default, Keep, Recycle) 

.(Extent 

(%50) 

ملاحظة:‏ لا یشترط كتابة كل عوامل ال ، Storage اذ یمكن أخد القیمة ال Default لكل عامل.‏ 

تذكر:‏ ینصح باستخدام ال .Locally Managed Table 





اضغط على + ال 

اضغط بواسطة الزر الیمین على Table ثم اختر Create من القائمة.‏ ثم ادخل المعلومات المطلوبة 

مثل بیانات ال 

.Normal 

.Schema Manager 

Initial Size, Next Size, Increase Size by, Freelists, Groups, 

.Buffer pool 


• 

• 

• 

• 

• 

• 

110

:CREATING TEMPORARY TABLES 

یمكن تكوین Temporary Table لتخزین بیانات مؤقتھ تلزم فقط خلال القیام بأحد المھمات 

أو طوال فترة عمل ال ،Session أي في الحالة الأولى یتم حذف البیانات بعد الإنتھاء من 

المھمة ‏(مثلاً‏ كتابة ،(Commit أما في الحالة الثانیة یتم حذف البیانات بعد خروج المستخدم من ال 

"Transaction" 

.Database 

لتكوین Temporary Table یتم استخدام ،CREATE GLOBAL TEMPORARY TABLE 

ولتحدید اذا ما كانت البیانات سوف تحذف بعد المھمة أو بعد انتھاء ال Session یتم إضافة الجمل التالیة:‏ 

تحذف البیانات بعد انتھاء المھمة.‏ 

تحذف البیانات بعد انتھاء ال .Session 

:ON COMMIT DELETE ROWS 

:ON COMMIT PRESERVE ROWS 

• 

• 

تذكر:‏ ال Session من الفصل الأول.‏ 

ملاحظة:‏ یمكن تكوین 

Views, Indexes على ال Temporary Table كأي Table أخرى.‏ 

ملاحظة‎2‎‏:‏ مھمات ال DML ‏(مثل (INSERT, DELETE التي تنفذ على ال Temporary Table لا 

تؤدي الى تكوین بیانات في 



:7.3 

لتكوین Temporary Table یتم حذف بیاناتھا بعد انتھاء ال :Session 

CREATE GLOBAL TEMPORARY TABLE TEMP_TABLE 

(TEMP_NAME VARCHAR2 (25), TEMP_DATE DATE) 

ON COMMIT PRESERVE ROWS; 

:ALTERING TABLES 

یمكن القیام بعدة مھمات باستخدام الجملة :ALTER TABLE 

:Changing the Block Storage Parameters 

یمكن تغییر قیم 

تنتمي لھا ال Table و .MINTRANS 

PCTUSED, PCTFREE, MAXTRANS, 

ملاحظة:‏ یمكن تغییر بعض عوامل جملة ال Storage مثل ال 

.Freelists 

ولا یمكن تغییر ال Tablespace التي 

111


:7.4 

ALTER TABLE HR.TEST2 

PCTUSED 40 

PCTFREE 20 

MAXTRANS 250; 







اختر اسم المستخدم الذي یملك ال Table المراد تغییر خواصھا 

اختر اسم ال Table من النافذة الیمنى و اضغط علیھا مرتین ‏(أو بواسطة الزر الیمین للفأرة ، اختر 

.Normal 

‏(مثل (HR 


ال .Table 

من القائمة Details" ."View\Edit 

ادخل الى قائمة ، Storage وعدل البیانات ثم اختر .Apply 

• 

• 

• 

• 

• 

• 

• 

• 

:Manual Allocating Extents 

یمكن اضافة Extents بشكل یدوي الى ال Table باستخدام 


اذا لم تتم كتابة جملة 

، NEXT أما اذا لم تتم كتابة جملة ال 

File ضمن ال Tablespace التي تحوي ال 

ALTER TABLE [schema.]table_name 

ALLOCATE EXTENT 

[ 

SIZE number [K|M] 

DATAFILE ‘filename’ 

] 

، یتم تحدید حجم ال 

Extent 

SIZE number [K|M] 

DATAFILE ‘filename’ 

.Table 

بناءاً‏ على الحجم المحدد ب 

، فیتم اضافة Extent الى أي 

Data 


:7.5 

لإضافة Extent بشكل یدوي یمكن كتابة:‏ 

ALTER TABLE HR.TEST2 

ALLOCATE EXTENT; 

112

خ أ 

:Moving Tables 

یمكن نقل 

أن لا تكون 

(Partitioned Table ‏(بشرط Table 

باستخدام جملة MOVE مع .ALTER SYSTEM 

من 

عند عملیة نقل ال Table یمكن تغییر ال Storage Parameters كما في المثال 

Tablespace الى Tablespace رى 

ملاحظة:‏ یمكن تنفیذ العملیة لتغییر خواص ال Storage Parameters دون نقل ال 

‏(بنقل ال Segment الى أخرى)‏ كما في المثال 

.7.6 

Table الى 

.7.6 

Tablespace أخرى Table من 

ملاحظة‎2‎‏:‏ یحب اعادة تعریف ال Indexes الخاصة بال Table التي تم نقلھا لتجنب الأخطاء.‏ 


ALTER TABLE HR.TEST2 MOVE 

TABLESPACE APP_DATA 

STORAGE (INITIAL 300K) 

PCTUSED 30 

INITRANS 2; 

:7.6 

لتغییر Storage Parameters دون نقل ال 

مع العلم أن موقع ال HR.TEST2 ھو ال 

Table الى Tablespace أخرى:‏ 

ALTER TABLE HR.TEST2 MOVE 


STORAGE (INITIAL 300K) 

PCTUSED 30; 

Example Tablespace قبل المھمة.‏ 

:DROPPING TABLES AND COLUMNS 

:Truncate a Table 

باستخدام أمر ، TRUNCATE TABLE یتم حذف جمیع بیانات ال Table واستعادة المساحة المشغولة 

‏(زیادة المساحة الخالیة)‏ التي كانت تشغلھا البیانات.‏ تعتبر TRUNCATE TABLE من أوامر ال 

(DDL) ،DATA DEFINITION LANGUAGE وبالتالي فإنھا لا تسبب تكون Undo Data على 

اعتبار أن أوامر ال DDL لا یمكن أن یحدث لھا Rollback ‏(أي أنھ لا یمكن استعادة البیانات بعد حذفھا).‏ 


-1 

استخدام TRUNCATE TABLE یؤدي الى حذف ال Indexes الخاصة بھذه ال .Table 

2- لا یمكن استخدامھا على 

Table لھا علاقة Foreign Key مع Table أخرى.‏ 

113


:7.7 

یمكن للمستخدم HR كتابة التالي 

: 

TRUNCATE TABLE TEST2; 

أما ال DBA أو أي مستخدم أخر یملك الصلاحیات "Privileges" اللازمة،‏ فیجب ذكر ال 

:Schema 

TRUNCATE TABLE HR.TEST2; 

:Drop a Table 

یمكن حذف Table بالكامل مع بیاناتھا باستخدام 

أمر .DROP TABLE یجب إضافة جملة 

CASCADE CONSTRAINTS اذا كان لل Table علاقة Foreign key مع Table أخرى.‏ 


:7.8 

لحذف Table بالكامل من ال 

:Database 

DROP TABLE HR.TEST2; 

:Dropping a Column 

یمكن حذف Column والبیانات التي یحویھا من ال Table باستخدام .ALTER TABLE قد تتطلب 

لل Tables التي تحوي بیانات ضخمة 

عملیة حذف Column مدة طولیة جداً‏ و 

جداً.‏ في ھذه الحالة،‏ یفضل وضع ال Column ضمن قائمة ال ثم حذفھ بعد الأنتھاء من وقت 

الذروة ‏(أي عندما تكون المھمات التي تجري على ال Table قلیلة).‏ 

وضع ال Column في حالة ال ، UNUSED ھو مشابھ لعملیة حذفھ ‏(لكنھ في الواقع موجود)،‏ اذ لا یمكن 

استخراج البیانات من أو مشاھدتھ عند استخدام أمر .DESCRIBE 

استخدام أمر ALTER TABLE لحذف ، Column یسمح فقط بحذف Column واحدة كل مرة،‏ ولكن 

باستخدام ، UNUSED یمكن وضع أكثر من Column في ھذه الحالة ثم حذفھا جمیعا في نفس الوقت.‏ 

یجب إضافة جملة CASCADE CONSTRAINTS اذا كان لل Column علاقة Foreign key مع 

Column أخر.‏ 

Undo Space كبیرة جداً‏ 

UNUSED 

ملاحظة:‏ یحب على الأقل أن یبقى Column واحد في ال Table بعد الحذف وإلا لن تنجح عملیة الحذف ، 

ولا یمكن استرجاع ال Column المحذوف بعد حذفھ.‏ 

114


:7.9 

لحذف Column بشكل مباشر:‏ 

ALTER TABLE HR.TEST 

DROP COLUMN LAST CASCADE CONSTRAINTS; 

في حالة ال Column الذي یحوي بیانات كبیرة ، وتوقفت عملیة الحذف قبل حذف ال Column یمكن كتابة:‏ 

لوضع ال 

ALTER TABLE HR.TEST 

DROP COLUMNS CONTINUE; 

:UNUSED في حالة Column 

ALTER TABLE HR.EMPLOYEES 

SET UNUSED COLUMN PHONE_NUMBER CASCADE CONSTRAINTS; 

لحذف ال 

ALTER TABLE HR.EMPLOYEES 

DROP UNUSED COLUMNS; 

:Unused Columns 

:QUERYING TABLE INFORMATION 

لمعرفة ال Unused Columns في ال ،Table یستخدم : 

:DBA_UNUSED_COL_TABS یوفر 

معلومات حول ال Columns الموضوعة في حالة 

، UNUSED و اسم ال Table واسم المستخدم المالك لل 

.Table 

• 


Tables 

یمكن استخدام:‏ 

:DBA_TABLES یوفر معلومات عدیدة مثل اسم ال Table واسم ال Tablespace التي تنتمي 

لھا ال Table و اسم المستخدم الذي یملك ال Table وخواص ال 

و غیرھا.‏ 

.Table من ضمنھا ال "Objects" یوفر معلومات حول جمیع العناصر :DBA_OBJECTS 

من المعلومات المتوفرة اسم العنصر و توقیت تكوینھ و الحالة التي ھو علیھا و غیرھا من 

المعلومات.‏ 

(PCTUSED ‏(مثل Storage 

• 

• 

للحصول على معلومات حول ال Columns في ال Table یمكن استخدام:‏ 

:DBA_TAB_COLUMNS یوفر معلومات عدیدة مثل اسم ال 

وخواص ال Column وغیرھا.‏ 

Column واسم ال Table 

• 

ملاحظة:‏ كما یوجد view باسم DBA_TABLES یوجد ایضاً‏ USER_TABLES 

في الفصل الثالث.‏ 

وALL_TABLES‏.‏ تذكر اقسام ال 

Dictionary Views 

115

MANAGING INDEXES 

یساعد ال Index في تسریع استخراج البیانات من ال Tables كما یخفف من ال Input/Output 

الناتج عن ال Queries ‏(لأنھ یمنع حدوث بحث كامل على ال Table للحصول على البیانات).‏ یوجد 

خواص مشتركة بین ال Table و ال ،Index حیث كما أنھ یمكن تكوین 

Index مشابھ لل 

أیضاً‏ تكوین 

Partitioned Table یمكن 

،Partitioned Index ایضاً‏ یوجد Storage Parameters لل 

.Table لل Storage Parameters 

یمكن أن یتم تكوین ال Index ل Column واحد فقط ویسمى في ھذه الحالة ، Single Index كما 

ویسمى في ھذه 

یمكن تكوین ال Index لیشمل أكثر من Column ‏(الحد الأقصى 

لا یوجد حد لعدد ال Indexes التي یمكن تكوینھا على ال ، Table ویتم 

ادارة ال Index من قبل ال 

( 32 Columns 

الحالة .Composite Index 


من أنواع ال 

:Index 

Rows یمكن تكوین ھذه النوع لضمان عدم وجود بیانات متشابھ في ال :UNIQUE INDEX 

ضمن ال Column الذي تم تكوین Index علیھ.‏ 

:NON-UNIQUE INDEX یسمح ھذه النوع بتشابھ بیانات ال Rows في ال Column الذي 

تم تكوین 

:FUNCTION-BASED INDEX یمكن تكوین ھذا النوع لتسریع استخراج البیانات من ال 

Columns التي تحتوي على عملیات مختلفة"‏Functions‏"‏ مثل استخدام ال SUBSTR أو 

.Column أو غیرھا في ال REPLACE أو INSTR 

:PARTITIONED INDEX یتم تكوین أكثر من INDEX في أكثر من 

یستخدم لل Tables التي تحوي بیانات كبیرة جداً‏ وغالباً‏ ما یستخدم لل 

Segment في 

Index علیھ.‏ 

Tablespaces مختلفة.‏ 

.Partitioned Tables 

• 

• 

• 

• 

یمكن أن یتم تكوین ال Index اعتماداً‏ على نموذجین ھما B-Tree Index أو 

.Bitmap Index 

:B-TREE INDEX 

التكوین الداخلى لل Index یكون على شكل شجرة لھا أصل وفروع.‏ تتكون الشجرة من ثلاثة أجزاء ھي ال 

Root المتصل بال Branches المتصلة بال Leafs التي تحتوي على ال Index Entries التي تشیر أو 

في الرسم 7.1 یدل الرقم 1 على ال 

في ال Table باستخدام ال 

تدل على ال 2 على ال Branch والرقم 3 على ال 

. ROWIDs Lists 

.Leaf 

Rows 

، Root الرقم 

یتكون كل ال Index Entry من أربعة أجزاء ھي:‏ 

:HEADER یتم تخزین فیھ عدد 

.(Composite 

.Column الذي یحدد حجم ال :COLUMN LENGTH 

.Column الذي یحدد قیمة ال :COLUMN VALUE 

:ROWID أرقام ال ROWIDs الخاصة بال 

ال Columns التي تعتمد على نوع ال Single, ) Index 

.Table في ال Rows 

• 

• 

• 

• 

116

7.1 رسم 


Rows 

Table یقوم 

1- عندما یحدث عملیة INSERT لل الأوراكل بإضافة Index Entry جدید لیمثل ال 

الجدیدة المضافة.‏ 

2- لا یمكن الإستفادة من B-Tree Index في ال Rows التي تحوي على .NULL أي عند البحث بواسطة 

فإن الأوراكل یقوم بإجراء بحث كامل 

على ال Table ولا یقوم باستخدام ال .Index 

3- یفضل استخدامھا على ال Column الذي یحوي بیانات مختلفة ‏(ممیزة)‏ كبیرة مثل أرقام الھاتف 

وعناوین الموظفین 

4- لا یفضل استخدامھا على ال Columns التي تتعرض لجملة ال OR بشكل مستمر.‏ 

جملة WHERE عن قیمة (where last_name = null) NULL 

. 

ROWIDs 

:BITMAP INDEX 

التكوین الداخلى لل Index یشبھ تكوین ال B-Tree عدا عن استخدام یتم استخدام خریطة 

بحیث یمثل كل بایت . ROWID 

لتحدید ال 

Table في ال Rows 

بایتات "Bitmap" 


-1 

یفضل استخدامھا على ال Column الذي لا یحدث لبیاناتھ تجدید مستمر Update" ."Low 

بشكل متكرر.‏ 

2- یفضل استخدامھا عند استخدام 

3- یفضل استخدامھا على ال Table التي تحوي بیانات كبیرة جداً‏ ونسبة البیانات المختلفة ‏(الممیزة)‏ قلیل 

جداً‏ مثل نوع الإنسان ‏(ذكر أو انثى).‏ 

4- عندما یحدث تغییر لبیانات ال ،Column یتم تجدید ال Bitmap لتناسب التغییر.‏ 

OR أو WHERE 

117

:CREATING B-TREE INDEXES 

قبل تكوین ال Index ینصح بالتالي:‏ 

تكوین أقل عدد ممكن من ال 

Indexes یبطئ ھذا النوع من العملیات.‏ 

وضع ال 

Indexes على 

Indexes في Tablespace خاصة.‏ 

اختیار NOLOGGING لل 

Indexes الكبیرة.‏ 

Table تجري علیھا عملیات DML كثیرة،‏ لأن ال 

قیمة العامل INITRANS یجب أن تكون أكبر من مثیلتھا التي حددت على ال .Table 

• 

• 

• 

• 

لتكوین B-Tree Index یجب اتباع القاعدة التالیة:‏ 

CREATE [UNIQUE] INDEX index_name 

ON [schema.]TABLE (Column [ASC | DESC] , Column [ASC|DESC] , …) 

[TABLESPACE tablespace_name] 

[PCTFREE number] 

[MAXTRANS number] 

[MINTRANS number] 


[NOSORT] 

[STORAGE INITIAL number K|M NEXT number K|M …..] 

في القاعدة:‏ 

:PCTFREE ھي المساحة التي تحجز في كل Block عند تكوین ال Index لكي تستقبل ال 

Oracle 

Indexes الجدیدة.‏ 

• 

• 

• 

:NOSORT تحدد أن ال Rows مرتبة بالترتیب التصاعدي وبالتالي لا یجب على ال 

.Index عند تكوین ال Rows ترتیب ال Server 

Index بشكل تصاعدي أو 

:ASC|DESC تحدید اذا ما كان على ال 

تنازلي.‏ 

ملاحظة:‏ لا یمكن تحدید ال PCTUSED لل 

Oracle Server تكوین ال 

.Index 


لتكوین 

:7.10 

:B-Tree Non-Unique Index 

CREATE INDEX ind_HR_test 

ON HR.TEST (FIRST) 

PCTFREE 30 

STORAGE (INITIAL 200K NEXT 200K PCTINCREASE 0 MAXEXTENTS 50) 

TABLESPACE INDX; 

لتكوین B-Tree Unique Index أضف كلمة UNIQUE بعد CREATE مباشرة.‏ 

118

:CREATING BITMAP INDEXES 

لتكوین Bitmap Index یجب إضافة كلمة BITMAP الى جملة CREATE INDEX التي تم 

استخدامھا في المثال یمكن تحدید الحجم المخصص من الذاكرة لتخزین الBitmap بتحدید 

العامل CREATE_BITMAP_AREA_SIZE الذي قیمتھ في الحالة 

بزیادة حجم قیمة العامل،‏ یتم تكوین ال Index بسرعة أكبر،‏ ولكن ینصح باستخدام قیمة صغیرة اذا كانت 

البیانات الممیزة ‏(المختلفة)‏ في ال Column قلیلة جداً‏ ‏(بیانات مختلفة كبیرة = ذاكرة كبیرة).‏ 

.8MB ھو Default 

.7.10 


:7.11 

CREATE BITMAP INDEX ind_HR_jobid 

ON HR.JOBS (JOB_ID) 

PCTFREE 30 

STORAGE (INITIAL 200K NEXT 200K PCTINCREASE 0 MAXEXTENTS 50) 

TABLESPACE INDX; 


:7.12 

یمكن تكوین B-Tree Index أو Bitmap Index عبر ال Console باتباع الخطوات التالیة:‏ 





اضغط على مجلد Index ثم بواسطة الزر الیمین للفأرة اختر من القائمة 

ادخل اسم ال Index وأختر ال Schema و ال Tablespace من القوائم ، ثم اختر ال Column 

أو ال Columns المراد وضع Index لھا من قائمة 

لتكوین ، Bitmap Index ضع علامة داخل المربع الصغیر ‏(فوق زر بجانب كلمة 

.Normal 

.Create 

.Table Columns 

(Create 


.Bitmap 

أختر باقي البیانات من القوائم الأخرى 

اضغط على زر 

(Storage, Partitions, Options) 

.Create 

• 

• 

• 

• 

• 

• 

• 

• 

• 

119

:ALTERING INDEXES 

یمكن القیام بعدة مھمات باستخدام جملة :ALTER INDEX 

:Changing the Block Storage Parameters 

یمكن تغییر قیم 

.MAXEXTENTS 

بعض العوامل مثل MAXTRANS ویمكن تغییر بعض عوامل جملة ال Storage مثل ال 


ALTER INDEX ind_HR_jobid 

MAXTRANS 250 

STORAGE (MAXEXTENTS 200); 

:7.13 







اختر اسم المستخدم الذي یملك ال Index المراد تغییر خواصھا 

اختر اسم ال Index من النافذة الیمنى و اضغط علیھا مرتین ‏(أو بواسطة الزر الیمین للفأرة ، اختر 

.Normal 



ال .Index 


ادخل الى قائمة ، Storage وعدل البیانات ثم اختر .Apply 

• 

• 

• 

• 

• 

• 

• 

• 

:Allocating & Deallocating Extents 

یمكن اضافة 

بنفس الشروط.‏ 

Extents الى 

مساحة ال Index بنفس الطریقة المستخدمة في إضافة 

كما یمكن حذف Extents فارغة غیر مستخدمة من مساحة ال Index بتعویض جملة ال 

Table الى ال Extent 

ALLOCATE EXTENT بالجملة التالیة:‏ 

DEALLOCATE UNUSED [KEEP number [K|M]] 


:KEEP لإبقاء مساحة خالیة من ال 

.Unused Extents 

• 

120


لإضافة 

:7.14 

: Extent 


ALLOCATE EXTENT SIZE 200K; 

لحذف مساحة خالیة 


DEALLOCATE UNUSED; 

:(Extents) 

:Rebuilding Indexes 

Index الى 

لنقل ال Tablespace أخرى أو لتغییر خواص ال 

ALTER INDEX مع REBUILD كما توضح القاعدة:‏ 


Storage Parameters یمكن استخدام 

ALTER INDEX [schema.]Index_name REBUILD 

[TABLESPACE tablespace_name] 

[PCTFREE number] 

[INITRANS number] 

[MAXTRANS number] 


[REVERSE | NOREVERSE] 

[STORAGE (INITIAL SIZE [K|M] NEXT SIZE [K|M] ….] 

:REVERSE یمكن تحویل ال Index الى نوع Reverse Key Index باضافة الجملة الى 

القاعدة.‏ ھذا النوع یعرف بیانات ال Column بشكل عكسي ، مثلاً‏ لو كان Order_ID یحتوي 

على الرقم 12345 فإن الأوراكل یعكس الرقم الى 54321 ویضیف ال Column الى ال .Index 

ھذا النوع بستخدم بالعادة مع ال Columns المعرفة بیاناتھا بشكل تصاعدي،‏ اذ یتم توزیع البیانات 

المتقاربة الى Leafs مختلفة لیتم تسھیل أخراج البیانات بسرعة أكبر.‏ 

• 

نتائج عملیة ال : Rebuild Index 

بعد انتھاء العلمیة،‏ یتم تكوین Index جدید و حذف الأصلي،‏ بحیث تساعد على تكوین Index جدید 

متكامل غیر ال Index الأصلي الذي قد یكون قد فقد جزء من مساحة نتیجة للتغیرات التي تطرأ على 

، وبالتالي استخدام وتخصیص 

ال Rows مثل حذف البیانات و تجدیدھا 

المساحة بشكل أفضل.‏ 

(Fragmentation) 

خلال العملیة ، یمكن لل Queries استخدام ال Index الأصلي.‏ 

• 

• 

ملاحظة:‏ لا یمكن استخدام Rebuild لتغییر ال Index من B-Tree الى Bitmap أو بالعكس.‏ 

121


:7.15 

للقیام بعمیلة Rebuild على ال :Index 

ALTER INDEX ind_HR_Jobid REBUILD 

TABLESPACE INDX02; 

:Rebuilding ONLINE 

أحیاناً‏ تستھلك عملیة Rebuild وقت كبیر جداً‏ عندما تكون ال Table كبیرة جداً.‏ في السابق لم یكن بالمقدور 

القیام بمھمات ال DML على ال Table التي یجري عملیة Rebuild Index على Index مخصصة لھا.‏ 

یمكن أن تجري مھمات ال DML بینما تتم عملیة 

في النسخ الحدیثة من أوراكل 

بإضافة ONLINE الى جانب ،REBUILD ولكن لا ینصح بالقیام بمھمات كبیرة 

ویفضل الاقتصار على المھمات الصغیرة.‏ 

(Oracle9i و Oracle8i) 

Rebuild Index 

ملاحظة:‏ لا یسمح بكل الأحوال القیام بمھمات ال DDL على ال Table خلال ال .Rebuild Index 


:7.16 

للقیام بعمیلة Rebuild Online على ال :Index 

ALTER INDEX ind_HR_Jobid REBUILD ONLINE; 

.Index على ال Coalesce 

:Coalescing Indexes 

یمكن التخلص من أثار ال Fragmentation في ال Index بالقیام بعملیة 

كما یبدو في الرسم leafs تعرضتا لعملیات أدت الى حدوث Fragmentation فأصبحت كل 

واحد منھما نصف ممتلئة،‏ ولكن بعد حودث Coalesce تم دمج النصفین مع بعضھما مما نتج عن وجود 

Leaf فارغة تماما.‏ 

،7.2 وجود 2 

7.2 رسم 

122


:7.17 

للقیام 

بعملیة Coalescing لل 

:Index 

ALTER INDEX HR.ind_hr_jobid COALESCE; 

:Identify Unused Indexes 

یمكن وضع Index تحت المراقبة لمعرفة اذا كان یستخدم أم لا،‏ وبالتالي حذفھ في حال عدم استخدامھ.‏ یتم 

جمع المعلومات حول ال 

.V$OBJECT_USAGE المراقب في index 

ملاحظة:‏ كل مرة یتم فیھا مراقبة ال ، Index یتم إلغاء البیانات السابقة لل Index في 

ال .V$OBJECT_USAGE 


:7.18 

لوضع ال Index تحت المراقبة:‏ 

لوقف مراقبة ال :Index 

ALTER INDEX HR.ind_hr_jobid MONITORING USAGE; 

ALTER INDEX HR.ind_hr_jobid NOMONITORING USAGE; 

:ANALYZING INDEXES 

یمكن استخدام جملة ANALYZE INDEX للقیام:‏ 

التأكد من أن ال Blocks الخاصة بال Index لا تحتوي على بیانات فاسدة " Block 

."Corruption 


.Index 

• 

• 

Index في View اسمھ 

Blocks المستخدم 

بعد القیام ب ANALYZE INDEX یتم تخزین معلومات حول ال 

، یعرض ھذا ال View معلومات عن عدد ال Blocks وعدد ال 

ولكن أھم من ذلك ھو رقمي كل من LF_ROWS و ، DEL_LF_ROWS بحیث اذا زادت النسبة بین 

الرقمین عن 30% ‏(مثلاً‏ الرقم الأول یساوي 50 والثاني یساوي 100، فھذا یعني النسبة %50) فھذا یعني 

أن ال Index تعرض لحذف بیانات "Rows" كثیرة مما قد ینتجھ عن Fragmentation في ال .Index 

INDEX_STATS 

123


للقیام بعملیة 

:7.19 

:Index لل Analyze 

ANALYZE INDEX HR.JOB_ID_PK VALIDATE STRUCTURE; 

بعد ذلك استخرج المعلومات من :INDEX_STATS 

SELECT BLOCKS , PCT_USED, LF_ROWS , DEL_LF_ROWS 

FROM INDEX_STATS; 

یظھر في جھازي الناتج التالي:‏ 

BLOCKS PCT_USED LF_ROWS DEL_LF_ROWS 

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

0 19 9 16 

وكما تلاحظ النسبة بین الرقمین لا تتجاوز ال 30%. 

:DROPPING INDEXES 

عند عدم الحاجة لل Index أو عند حدوث خلل لھ أو عند تحول حالة ال Index الى INVALID بسبب 

حدوث خلل لل 

.DROP INDEX بواسطة جملة Index یمكن حذف ال ، Instance 

ملاحظة:‏ لا یمكن حذف ال Index اذا كان 

.FK ولدیھ علاقة مع Unique Key أو Primary Key 


لحذف 

:7.20 

:Index 

DROP INDEX hr.ind_hr_jobid; 







اختر اسم المستخدم الذي یملك ال Index المراد حذفھ ‏(مثل (HR 

اختر اسم ال Index من النافذة الیمنى و بواسطة الزر الیمین للفأرة ، اختر من القائمة 

أو من القائمة الأساسیة،‏ 

اختر 

.Normal 

.(Remove ثم Object 


ال .Index 

)"Remove" 

.Yes 

• 

• 

• 

• 

• 

• 

• 

• 

124

:QUERYING INDEX INFORMATION 

للحصول على معلومات حول ال Index یمكن استخدام:‏ 

:DBA_INDEXES یوفر معلومات عدیدة مثل اسم ال Index ونوعھ واسم ال Tableالتي 

ینتمي لھا ال Index واسم المستخدم الذي یملك ال Index وخواص ال Storage وغیرھا.‏ 

:DBA_IND_COLUMNS یوفر معلومات عدیدة مثل اسم ال 

التي وضع علیھا ال وخواص ال Column وغیرھا.‏ 

Column واسم ال Index 

Index 

:DBA_IND_EXPRESSIONS 

یوفر معلومات حول ال 

.Function-Based Indexes 

:V$OBJECT_USAGE 

یوفر معلومات ناتجة عن عملیة .Monitoring Index یوفر 

معلومات حول مثل اسم ال Index ونوعھ واسم ال Tableالتي ینتمي لھا ال Index واذا ما كان 

یحرى عملیة Monitoring على ال Index أم لا ) USED التي تدل على اذا ما كان تم استخدام 

ال Index خلال المراقبة )، وقت بدایة وانتھاء المراقبة ."Monitoring" 

• 

• 

• 

• 

125

MANAGING CONSTRAINTS 

یمكن وضع قوانین على ال Data ‏(مثلاً‏ عدم السماح بوجود بیانات متشابھ في ،(Column باستخدام كل من 

.Integrity Constraints و ، Database Triggers ، Application Code 

ال Application Code عبارة عن برمجة كود محدد ‏(مثل برمجة الجافا)‏ یعمل كبرنامج لوحده في ال 

Client أو من ضمن ال Database على شكل .Procedure أما ال 

من تكوین ، PL/SQL یتم تنفیذھا عند حدوث مھمة محددة في ال Database مثل القیام ب INSERT أو 

Database Triggers فھي برامج 

.UPDATE 

:INTEGRITY CONSTRAINTS 

یفضل استخدام ھذا النوع عن النوعیین الأخریین لسھولة تكوینھ وتعدیلھ ، ولسھولة تشغیلھ أو وقف تشغیلھ،‏ 

ولإمكانیة استخراج معلومات عنھ من ال .Data Dictionary یوجد عدة أنواع من ال 

Integrity 

Constraint ھي:‏ 

:NOT NULL یحدد أنھ لا یمكن لل Column أن یحتوي على )NULL كل ال Rows یجب أن 

تحتوي على بیانات ، لا یمكن أن یكون أحدھا فارغاً)‏ 

:UNIQUE تحدد أن القیم الموجودة في ال Column‏(أو أكثر من (Column ممیزة ولا یمكن 

أن تتشابھ،‏ یستخدم ھذا النوع عادة عند تخصیص رقم ممیز لكل موظف في الشركة.‏ یسمح ال 

UNIQUE باستخدام قیم NULL في ال 

:PRIMARY KEY تحدد أن ال Column ‏(أو أكثر من (Column ھو ال 

في ال .Table تكون مھمة ال PK بضمان عدم تشابھ بیانات ال Rows في ال Column وعدم 

إحتواء ال 

تحدد أن ال Column ‏(أو أكثر من (Column ھو 

أو في 

:CHECK تحدد قانون یجب على كل ال ‏(مثل أن یكون قیم ال 

بجنس الإنسان،‏ إما M أو ، F ولا یمكن ادخال أي بیانات أخرى).‏ 

Primary Key 

Foreign Key في ال 

Table أخرى.‏ 

Rows الخاصة 

.Rows 

.NULL على قیمة Rows 

:FOREIGN KEY 

Table في ال Unique أو PK یتصل مع ، Table 

Rows تنفیذه 

• 

• 

• 

• 

• 

حالات ال :Integrity Constraints 

Constraints 

في أربع حالات تؤثر على البیانات المخزنة في ال Table والبیانات الجدیدة 

یمكن وضع ال 

التي سوف یتم ادخالھا مستقبلاً:‏ 

:DISABLE NOVALIDATE في حال وضع ال Constraint في ھذه الحالة،‏ لا یتم فحص 

البیانات الموجودة ولا یتم فحص البیانات المستقبلیة لمعرفة اذا كانت تتطابق مع القانون أو الشرط 

الذي یحدده ال 

یتم ایقاف عمل ال Constraint وحذف ال Index المخصص لھا 

وعدم السماح بالقیام بأي تعدیلات على البیانات المخزنة ‏(عدم السماح بعملیات .(DML 

:ENABLE NOVALIDATE لا یتم فحص البیانات المخزنة لمعرفة اذا ما كانت تتطابق مع 

قانون ال Constraint و لكن لا یسمح بادخال بیانات جدیدة تتعارض مع ال 

یتم فحص البیانات الجدیدة والبیانات المستقبلیة والتأكد أنھا تتطابق 

في حال وجود بیانات لا تتطابق مع ال Constraint فیجب حذفھا أو تغییرھا 

مع ال 

وإلا لا یمكن الدخول الى ھذه الحالة.‏ 

.Constraint 

.Constraint 

:DISABLE VALIDATE 

:ENABLE VALIDATE 

.Constraint 

• 

• 

• 

• 

126


-1 

لا ینصح التحویل من الحالة الأولى أو الثانیة مباشرة الى الحالة الرابعة ، اذ أن ذلك یؤدي الى عمل 

Locks على كل ال Table مما قد یؤدي الى تأخر انجاز مھمات ال ،DML لذلك ینصح بالتحویل الى حالة 

Enable Novalidate أولاً‏ قبل التحویل ال 

.Enable Validate 

-2 

عندما یتم تحویل 

حالة ، Disable فإن ال Index الموجود یتم حذفھ والعكس صحیح.‏ 

Constraint تستخدم Primary Key أو Unique Key من حالة Enable الى 

التحول من حالة Enable Novalidate الى حالة 

.DDL لا یوقف عملیات ال ، Enable Validate 

-3 

:CONSTRAINTS CHECKING 

یمكن لل Constraints أن یقوم بفحص البیانات المدخلة الى ال Table إما عند نھایة كل مھمة من مھمات 

ال DML و یسمى في ھذه الحالة Nondeferred أو ، Immediate أو یمكن لل Constraints أن یقوم 

بفحص البیانات عند كتابة Commit ‏(قد یشمل مجموعة من المھمات)‏ ویسمى في ھذه الحالة ،Deferred 

في كلتا الحالتین یتم عمل Rollback للمھمات التي انجزت اذا لم تتوافق مع قانون ال 

یفضل استخدام الحالة الثانیة التي تنقسم الى قسمین بحیث تستطیع أن تشابھ الحالة Nondeferred والحالة 

Deferred معاً،‏ القسمین ھما:‏ 

.Constraint 

.Nondeferred تعمل كعمل ال :INITIALLY IMMEDIATE 

.Deferred 

• 

• 

:INITIALLY DEFERRED تعمل كمل ال 

لوضع ال Constraint في احدى الحالتین یتم استخدام القاعدة التالیة:‏ 

SET CONSTRAINT | CONSTRAINTS 

(constraint_name | ALL) 

(IMMEDIATE | DEFERRED) 

یمكن أیضاً‏ استخدام ALTER SESSION كما في القاعدة ‏(تعمل في ال Session المحدد فقط):‏ 

ALTER SESSION 

SET CONSTRAINT[S] = (IMMEDIATE | DEFERRED | DEFAULT) 


لتغییر حالة كل ال 

:7.21 

:Deferred الى Constraints 

SET CONSTRAINTS ALL DEFERRED; 

127

:CREATING CONSTRAINTS 

یمكن تكوین ال 

یمكن تكوین ال Constraints في ال Column-Level أو في ال Table-Level على أن الأخیرة تسمح 

بتكوین ال Constraint لأكثر من Column واحد وھذا لا تسمح بھ الأولى.‏ 

یجب أن یكون للمستخدم REFERENCES Privilege اللازمة لكي یستطیع تكوین 

Schemas أخرى غیر ال Schema الخاص بھ.‏ 

.ALTER TABLE أو جملة CREATE TABLE باستخدام جملة Constraints 

Constraints في 

لتكوین Constraints في ال :Column-Level 

CREATE TABLE table_name 

(column_name TYPE [CONSTRAINT constraint_name] C1 | C2 | C3 | C4| C5) 

[NOT DEFERRABLE | DEFERRABLE [INITIALLY (IMMEDIATE | 

DEFERRED)] ] 

[DISABLE | ENABLE [VALIDATE | NOVALIDATE] 

أما ال ,C1 ,C2 ,C3 C4 فھي أنواع ال :Constraints 

[NOT] NULL =C1 

UNIQUE [USING INDEX ….] =C2 

PRIMARY KEY [USING INDEX…] =C3 

REFERENCES [schema.] table_name [(column_name)] [ON DELETE =C4 

CASCADE] 

CHECK (condition) =C5 

اما جملة USING INDEX فھي تتطابق مع جملة CREATE INDEX عدا استخدام USING عوضاً‏ 

وعدم 

وعدم تحدید الجزء 

ذكر اسم ال .Index 

،ON [schema.]TABLE (Column [ASC | DESC] 

عن CREATE 


:ON DELETE CASCADE تضمن حذف البیانات المرتبطة في ال Child بواسطة FK مع 

ال Parent ‏(راجع الأمتحان الأول .(Introduction to SQL 

• 

:Column-Level 


لتكوین Constraints في ال 

CREATE TABLE hr.new_emp ( 

Emp_id NUMBER(8) CONSTRAINT new_emp_id_pk PRIMARY KEY 

DEFERRABLE INITIALLY DEFERRED 

USING INDEX STORAGE (INITIAL 100K NEXT 100K) TABLESPACE indx, 

Emp_Name VARCHAR2(20) CONSTRAINT new_emp_name NOT NULL, 

Salary NUMBER(10) CONSTRAINT new_emp_ck CHECK (salary >0) 

); 

128

CREATE TABLE table_name 

(column_name TYPE , column_name TYPE, …. , 

لتكوین Constraints في ال :Table-Level 

[CONSTRAINT constraint_name] 

PRIMARY KEY (column_name , column_name, …) [USING INDEX ….] 

| UNIQUE (column_name , column_name, …) [USING INDEX ….] 

| REFERENCES [schema.] table_name [(column_name, column_name, …)] 

[ON DELETE CASCADE] 

| CHECK (condition) 

[NOT DEFERRABLE | DEFERRABLE [INITIALLY (IMMEDIATE | 

DEFERRED)] ] 

[DISABLE | ENABLE [VALIDATE | NOVALIDATE] 

); 

ملاحظة:‏ لا یمكن تكوین NOT NULL Constraint إلا في ال .Column-Level 

:Table-Level 


لتكوین Constraints في ال 

CREATE TABLE hr.new_emp 

( 

Emp_id NUMBER(8) 

Dept_id NUMBER (8) 

Emp_Name VARCHAR2(20) CONSTRAINT new_emp_name NOT NULL, 

Dept_name VARCHAR2(20), 

Salary NUMBER(10), 

CONSTRAINT new_emp_id_pk PRIMARY KEY (Emp_id , Dept_id) 

DEFERRABLE 

USING INDEX STORAGE (INITIAL 200K NEXT 200K) TABLESPACE indx 

CONSTRAINT new_emp_ck CHECK (salary > 0) 

); 

ملاحظة:‏ لتكوین Constraint عبر ال Console اتبع خطوات تكوین ال Table مع التأكد من ادخال 

البیانات في القائمة 

.Table 

.Constraints 

تذكر:‏ یفضل توزیع ال Indexes الى Tablespace مختلفة عن ال 

129

:USING ALTER TABLE 

یمكن استخدام جملة ALTER TABLE لتكوین أو تعدیل حالة ال .Constraints 

:Creating Constraints 

كما ذكرنا قبل قلیل أنھ یمكن تكوین Constraints باستخدام CREATE TABLE أو باستخدام جملة 

ALTER TABLE كما في المثال 


لإضافة 

.2.24 

:2.24 

:ALTER TABLE بواسطة Constraints 

ALTER TABLE hr.new_emp ADD 

( 

CONSTRAINT new_emp_id_fk FOREIGN KEY (Dept_id) 

REFERENCES hr.departments (id) 

DEFERRABLE 

); 

لا یمكن تطبیق ھذا المثال على ال ، NOT NULL اذ یستخدم التالي لإضافة Constraint من ھذا النوع،‏ 

أو للتحویل بین NOT NULL و :NULL 

ALTER TABLE hr.new_emp MODIFY Dept_name NOT NULL; 

:Enabling Constraints 

یمكن تحویل حالة ال Constraint من Disable الى Enable باستخدام .ALTER TABLE 

:Enable Novalidate 

یفضل التحویل الى ھذه الحالة أولاً‏ قبل التحویل الى الحالة 

PK Constraints لأن ذلك یؤدي الى عمل Locks على كل ال Table مما قد یؤدي الى تأخر انجاز 

مھمات ال ،DML مما یؤدي الى تأخر عملیة التحویل.‏ تستخدم القاعدة التالیة للتحویل من حالة 

الى حالة 

Validate لل Unique Constraints و ال 

Disable 

.Enable Novalidate 

ALTER TABLE [schema.] table_name 

ENABLE NOVALIDATE {CONSTRAINT constraint_name | PRIMARY KEY | 

UNIQUE (column , column2, ….) } 

[USING INDEX…..] 

بحیث یتم اضافة جملة USING INDEX في الحلات التي یتم فیھا تحویل حالة ال PK Constraint أو 

ال Unique Constraint فقط ویحب أن تكون الحالة التي تم تكوینھم في البدایة Deferrable ویجب أن 

یكون ال Index الذي تم تكوینھ في البدایة إما Disabled أو تم حذفھ.‏ 

130

.Enable الى ال Disable 

:Enable Validate 

بعد عملیة 

ھي الحالة الإفتراضیة "Default" التي یتم فیھا التحویل من ال 

التحویل یتم فیھا وضع Locks على البیانات حتى تنتھي عملیة فحص البیانات الموجودة،‏ وفي حالة عدم 

وجود 

Non-Unique اذا كان قد تم تكوین ال Constraints في البدایة بالحالة Deferrable والعكس صحیح اذ 

Index من نوع Unique اذا كان قد تم تكوین ال 

یقوم ال 

البدایة بالحالة 

Indexes لل ، PK,UNIQUE Constraints یقوم ال Oracle Server بتكوین Index من نوع 

Constraints في 

Oracle Server بتكوین 

.Nondeferrable 

تستخدم ذات القاعدة التي تستخدم للتحویل من حالة Disable الى حالة 

Validate) ھي ال 

EXCEPTIONS التي سوف نتطرق لھا بعد قلیل.‏ 

Enable Novalidate مع استبدال 

(Default 

كلمة NOVALIDATE بكلمة VALIDATE 

وإمكانیة إضافة جملة 


:2.25 

لتحویل الحالة الى :Novalidate 

لتحویل الحالة الى :Validate 

لتحویل الحالة باستخدام ال 

ALTER TABLE hr.new_emp 

ENABLE NOVALIDATE CONSTRAINT new_emp_id_pk; 

ALTER TABLE hr.new_emp 

ENABLE VALIDATE CONSTRAINT new_emp_id_pk; 

:Console 






اختر اسم المستخدم الذي یملك ال Table المراد تغییر خواصھا 

اختر اسم ال Table من النافذة الیمنى و اضغط علیھا مرتین ‏(أو بواسطة الزر الیمین للفأرة ، اختر 

.Normal 


ال .Schema Manager 

ال .Table 


ادخل الى قائمة ، Constraints ثم عدل البیانات ثم اختر .Apply 

• 

• 

• 

• 

• 

• 

• 

• 

131

:USING EXCEPTIONS 

تستخدم جملة ال EXCEPTIONS لمعرفة البیانات التي تخالف ال Constraints بعرض معلومات حول 

ال البیانات "Rows" المخالفة لل 

.EXCEPTIONS Table تسمى Table في Constraint 

للقیام بفحص البیانات قبل القیام بتحویل ال Constraint من حالة Disable الى Enable یمكن اتباع 

الخطوات التالیة:‏ 

تكوین ال ، Exceptions Table اذا لم یتم تكوینھا من قبل بتشغیل 

من داخل ال :SQLPLUS 

utlexcpt.sql ھو Script 

• 

ALTER 

تحویل ال 

@ C:\oracle\ora90\rdbms\admin\utlexcpt.sql 

Constraint الى 

:TABLE 

Enable Validate بإضافة الجملة التالیة الى 

EXCEPTIONS INTO system.exceptions 

• 

في حال ظھور اخطاء تمنع من تحویل حالة ال 

المعلومات التي تكونت في ال .Exceptions Table 

،Enable Validate الى Constraint 

استخدم 

• 

SELECT * FROM table_name 

WHERE ROWID IN (SELECT ROW_ID FROM EXCEPTIONS); 

اجراء تعدیل للبیانات المخالفة بواسطة .UPDATE TABLE 

تحویل ال Constraint الى Enable Validate بإستخدام .ALTER TABLE 

• 

• 

:QUERYING CONSTRAINTS INFORMATION 

للحصول على معلومات حول ال Constraints یمكن استخدام:‏ 

:DBA_CONSTRAINTS یوفر معلومات عدیدة مثل اسم ال 

التي یوجد فیھا وغیرھا من المعلومات.‏ 

Constraint ونوعھ 

والحالة 

:DBA_CONS_COLUMNS یوفر معلومات عدیدة حول ال Columns التي وضع علیھا ال 

.Constraints 

• 

• 

132

Managing USERS & password 

SECURITY& RESOURCES 

133

PASSWORD MANAGEMENT 

:PROFILES 

یستخدم ال Profile للتحكم بال Password وال Resources بواسطة ال DBA عبر تحدید عوامل 

"Parameters" خاصة بال من الأمور التي یمكن التحكم بھا مثلاً‏ أن یمنع بعض المستخدمین من 

اجراء مھمات محددة أو إخراج المستخدم من ال Database اذا لم ینفذ مھمات لوقت محدد.‏ عند تكوین ال 

الذي یخصص لجمیع المستخدمین ما 

لم یتم تكوین Profile جدید(كل القیم في ال Default Profile تساوي .(Unlimited یمكن أن یخصص 

ال Users فقط ولا یمكن تخصیصھ لل Profiles أخرى،‏ ولا یؤثر 

تخصیص ال Profile على ال Session الحالیة،‏ اذ یجب خروج المستخدم ثم دخولھ مرة أخرى الى ال 

Database لكي تنفذ حدود ال .Profile یتم تخصیص ال Users باستخدام جملة 

CREATE 

،Profile 

Default Profile بتكوین ال Oracle Sever یقوم ال ، Database 

Roles أو 

Profile لل 

Profile لل 

"Assign" 

.ALTER USER أو USER 

ملاحظة:‏ یمكن اغلاق وتشغیل ال .(Enable, Disable) Profile 

:MANAGING PASSWORD 

بالتحكم بال Password باستخدام ال 

Profile 

یمكن:‏ 

تحدید عمر محدد لكلمة السر "Password" یجب على المستخدم تغییرھا بعد انتھاء المدة.‏ 

إجبار المستخدم على اختیار كلمة سر معقدة تتبع نظام محددة ‏(مثلاً‏ أن لا تتشابھ كلمة السر مع اسم 

المستخدم)‏ 

اجبار المستخدم عند تغییر كلمة السر عدم اختیار كلمة سر تم استخدامھا سابقاً.‏ 

اغلاق ال Account الخاص بالمستخدم عند فشل ادخال كلمة السر لعدد محدد ‏(مثل فشل ادخال كلمة 

السر لثلاث مرات).‏ 

• 

• 

• 

• 

:Locking Account 

یمكن غلق ال Account بشكل اوتوماتیكي عند فشل الدخول الى ال Account عند كتابة كلمة سر خاطئة 

لعدد من المرات،‏ كما یمكن تحدید المدة التي یظل فیھا ال Account مغلق عبر تحدید العاملین التالیین:‏ 

:FAILED_LOGING_ATTEMPTS عدد المرات التي یسمح فیھا ادخال كلمة سر خاظئة 

قبل أن یتم غلق ال ،Account مثل أن تحدد القیمة بثلاث محاولات وبعد المحاولة الثالثة یغلق ال 

.Account 

:PASSWORD_LOCK_TIME تحدد قیمتھ المدة التي یظل فیھا ال Account مغلق،‏ وبعد 

انتھاء المدة یفتح ال Account بشكل أوتوماتیكي ‏(مثلاً‏ بعد 

3 أیام).‏ 

• 

• 

Account 

كما یمكن لل DBA غلق ال أو فتحھ باستخدام جملة ،ALTER USER في حالة غلق ال 

Account بواسطة ال DBA لا یمكن فتحھ أوتوماتیكیاً‏ بل یجب أن یتم فتحھ عبر ال DBA فقط.‏ 

134

:Password Expiration 

یمكن تحدید المدة التي یجب على المستخدمین تغییر كلمة السر "Password" بشكل دوري،‏ كأن یجبر 

المستخدمیین تغییر كلمة السر كل شھر.‏ یمكن ایضاً‏ اعطاء مھلة اضافیة عند انتھاء المدة التي یجب تغییر 

یظھر رسالة تحذیریة تطلب من المستخدم تغییر 

كلمة السر ، بحیث بعد دخول المستخدم الى 

كلمة السر خلال فترة محددة وإلا سوف یتم غلق ال 

،Database 

.Account 

:PASSWORD_LIFE_TIME المدة التي یمكن لكلمة السر أن تظل دون تغییر،‏ في حال عدم 

تغییر كلمة السر خلال المدة یغلق ال Account وتتحول حالة ال 

:PASSWORD_GRACE_TIME بعد ان تنتھي المدة التي یمكن لكلمة السر أن تظل دون 

تغییر،‏ یمكن اعطاء مدة إضافیة لتغییر كلمة السر قبل غلق ال Account مع ظھور رسالة تحذیریة 

لتغییر كلمة السر قبل المدة المحددة.‏ 

.Expired الى Account 

• 

• 

مثال:‏ 

عند تحدید ال PASSWORD_LIFE_TIME بمدة شھر و PASSWORD_GRACE_TIME 

بمدة ثلاثة أیام یحدث التالي:‏ بعد انتھاء الشھر دون تغیییر كلمة السر وكلما دخل المستخدم الى ال 

تظھر رسالة تحذیریة تطالب المستخدم من تغییر كلمة السر خلال 3 أیام وإلا سوف یتم غلق ال 

Account 

.Account 

:Password History 

یمكن اجبار المستخدم على اختیار كلمة سر لم تستخدم من قبل أبداً‏ أو منعھ من استخدام كلمة سر قدیمة خلال 

فترة محددة.‏ 

:PASSWORD_REUSE_TIME 

تحدد عدد من الأیام قبل أن یتم اعادة استخدام كلمة سر 

قدیمة مرة أخرى.‏ 

تحدد عدد المرات التي یمكن ان یتم استخدام كلمة السر 

القدیمة.‏ یمكن اجبار المستخدم بعدم استخدام كلمة سر قدیمة أبداً‏ بوضع قیمة العامل صفر.‏ 

:PASSWORD_REUSE_MAX 

• 

• 

ملاحظة:‏ لا یمكن تحدید قیمة للعاملیین معاً‏ ابداً،‏ اذا تم تحدید قیمة أحد العاملیین یجب وضع قیمة الأخر 

.Unlimited 

:Password Verification 

یمكن وضع قوانیین لتسمیة كلمة السر باستخدام .PL/SQL من القوانیین التي یمكن تحدیدھا أن لا تكون 

كلمة السر مطابقة لإسم المستخدم أو یجب أن تحتوي كلمة السر على أرقام و أحرف معاً‏ وكل ما یساعد على 

تكوین كلمة سر معقدة یصعب التكھن بھا.‏ 

:PASSWORD_VERIFY_FUNCTION لتحدید ال PL/SQL Function التي سوف 

تستخدم في وضع قوانیین على اختیار كلمة السر.‏ 

• 

ملاحظة:‏ یجب تكوین ال Function في ال ، SYS Schema ویجب ان تكون من نوع ،Boolean أي أن 

الناتج أما صح "True" أو خطأ ."False" 

135

VERIFY_FUNCTION ، utlpwdmg.sql ضمن ال Oracle Server 

التي یمكن ان 

یوفر ال 

تستخدم لوضع قوانیین لكلمة السر اذا تم تحدیدھا في .PASSWORD_VERIFY_FUNCTION 

قوانیین ال :VERIFY_FUNCTION 

أن لا یقل حجم كلمة السر عن اربع خانات،‏ وأن یكون من ضمنھا على الأقل حرف واحد ورقم واحد و 

رمز خاص واحد مثل $. 

أن لا تتطابق كلمة السر مع اسم المستخدم.‏ 

أن تختلف كلمة السر الجدیدة عن التي قبلھا على الأقل بثلاث خانات،‏ مثلاً‏ لو كانت كلمة السر القدیمة 

ھي N1E$ ، فلا تقبل كلمة السر الجدیدة اذا كانت N1Z$3‎على اعتبار وجود اختلافیین اثنین فقط 

(Z,3). ھما 

• 

• 

• 

:CREATING PROFILE TO MANAGE PASSWORD 

یمكن تكوین Profile لإدارة ال Password باتباع القاعدة التالیة:‏ 

CREATE PROFILE profile_name LIMIT 

[FAILED_LOGING_ATTEMPTS number] 

[PASSWORD_LOCK_TIME number_of_days] 

[PASSWORD_LIFE_TIME number_of_days] 

[PASSWORD_GRACE_TIME number_of_days] 

[{PASSWORD_REUSE_TIME | PASSWORD_REUSE_MAX} 

number_of_days] 

[PASSWORD_VERIFY_FUNCTION {function_name | NULL | DEFAULT}] 


PASSWORD_REUSE_MAX} :{PASSWORD_REUSE_TIME | جمع العاملیین 

بین } { یدل على السماح بوضع قیمة لأحدھما ولا یمكن لكلیھما كما تم ذكره مسبقاً.‏ 

یمكن وضع القیمة UNLIMITED عوضاً‏ عن 

.(number_of_days ،number) 

• 

• 

ملاحظة:‏ كل العوامل اختیاریة واذا لم یتم كتابتھا یؤخذ القیمة ال 

.Unlimited وھي Default 


:8.1 

لتكوین Profile للتحكم بكلمة السر 

CREATE PROFILE myprofile LIMIT 

FAILED_LOGING_ATTEMPTS 3 

PASSWORD_LOCK_TIME 5 

PASSWORD_LIFE_TIME 15 

PASSWORD_GRACE_TIME 7 

PASSWORD_REUSE_TIME 15 

PASSWORD_VERIFY_FUNCTION verify_function; 

: 

136

ملاحظة:‏ لاستخدام الساعات أو الدقائق عوضاً‏ عن الأیام تستخدم القیمة 1/24 للدلالة على یوم واحد ویستخدم 

1/1400 للدلالة على دقیقة واحدة.‏ 

لتحویل 

:Console باستخدام ال Profile 





اضغط بواسطة الزر الیمین للفأرة على مجلد ال Profile واختر من القائمة التي تظھر 

في النافذة الجدیدة،‏ ادخل اسم ال 

ادخل الى قائمة Password وادخل البیانات التي ترید.‏ 


.Create 

.Normal 

ال .Security Manager 

.Profile 

.Create 

• 

• 

• 

• 

• 

• 

• 

• 

ملاحظة:‏ سوف یأتي لاحقاً‏ كیفیة تخصیص 

."User" للمستخدم Profile 

:ALTERING PROFILE 

یمكن تغییر قیم العوامل باستخدام جملة ، ALTER PROFILE كما في المثال 8.2. 


أو باستخدام ال 

ALTER PROFILE myprofile 

FAILED_LOGING_ATTEMPTS 2 

PASSWORD_LOCK_TIME UNLIMITED 

PASSWORD_LIFE_TIME 10 

PASSWORD_GRACE_TIME 7/24 

PASSWORD_REUSE_TIME 10 

PASSWORD_VERIFY_FUNCTION verify_function; 

:8.2 

:Console 


اضغط على اسم ال Database لكي تظھر نافذة تطلب من اسم المستخدم وكلمة السر.‏ 



اضغط على + ال Profile واختر اسم ال Profile المراد تعدیلھ.‏ 

تظھر الخواص في النافذة الیمنى،‏ عدل البیانات القائمة Password ثم اضغط علىApply 

. 

.Normal 


• 

• 

• 

• 

• 

• 

ملاحظة:‏ التعدیلات التي تحدث لل Profile بواسطة ALTER PROFILE أو عبر ال Console لا تؤثر 

على ال Session الحالي للمستخدمیین،‏ بل عند دخول المستخدمیین في المرة القادمة 

) لا Session القادم).‏ 

137

:DROPPING PROFILE 

یمكن حذف ال Profile باستخدام جملة DROP PROFILE عبر استخدام القاعدة التالیة:‏ 


DROP PROFILE profile_name [CASCADE]; 

:CASCADE عند كتابتھا یقوم الأوراكل بحذف "Revoke" ال Profile من المستخدمیین الذین 

خصص لھم وتحویلھم الى ال 

.Default Profile 

• 


لحذف 

:8.3 

:Profile 


DROP PROFILE myprofile CASCADE; 

:Console 





اضغط على + ال Profile واختر اسم ال Profile المراد حذفھ ثم بواسطة الزر الیمین للفأرة أختر 

من القائمة “Remove” ‏(یمكن استخدام قائمة Remove عوضاً‏ عن الزر الیمیین 

للفأرة).‏ 

اختر 

.Normal 

Object ثم 


.Yes 

• 

• 

• 

• 

• 

• 


1- لا یمكن حذف ال .Default Profile 

2- عملیة الحذف لا توثر على ال Session الحالیة للمستخدمیین.‏ 

138

RESOURCE MANAGEMENT 

بالتحكم بال Resources باستخدام ال Profile یمكن تنفیذ عدد من القیود منھا تحدید أقصى وقت یمكن 

للمستخدم ان یظل متصلاًَ‏ بال ، Database وأقصى وقت یمكن أن یظل المستخدم في ال 

القیام بمھمات "Idle" ، وتحدید عدد ال Sessions التي یمكن للمستخدم أن یحصل علیھا في نفس الوقت.‏ 

یجب تحدید العامل "Parameter" RESOURCE_LIMIT في 

مع الإعتبار أن القیمة ال 

بالقیمة TRUE لكي نتمكن من التحكم بال 

،FALSE یمكن تغییر قیمة العامل بطریقة داینامیكیة تظل ساریة المفعول الى أن یحدث إغلاق لل 

Database باستخدام ALTER SYSTEM كما في المثال 8.4. 

Database دون 

Initiliazation Parameter File 

Default ھي 

، Resources 


:8.4 

لتغییر قیمة العامل RESOURCE_LIMIT بطریقة داینامیكیة:‏ 

ALTER SYSTEM SET RESOURCE_LIMIT = TRUE; 

للتحكم بال Resources یتم تحدید العوامل التالیة في ال 

:Profile 

:CPU_PER_SESSION یتم تحدید كم من الوقت یمكن لل Session الإستھلاك من وقت ال 

CPU الذي ھو المعالج "Processor" في جھاز الكمبیوتر الذي یتم فیھ كل العملیات ‏(یمكن إطلاق 

علیھ اسم ‏"عقل الكمبیوتر")،‏ بحیث یتم تحدید قیمة العامل بأجزاء من الثانیة.‏ 

یتم تحدید كم من الوقت یمكن لجملة واحدة من جمل SQL الإستھلاك من 

وقت ال ،CPU بحیث یتم تحدید قیمة العامل بأجزاء من الثانیة.‏ 

:SESSIONS_PER_USER تحدد كم Sessions یمكن للمستخدم أن یملك في ذات الوقت.‏ 

تذكر من الفصل الأول أنھ یمكن للمستخدم الواحد این یكوٌن أكثر من Session واحد في نفس الوقت 

اذا استخدم أكثر من برنامج مثل SQL PLUS و ORACLE FORMS عدا بعض الحالات 

القلیلة.‏ 

:CONNECT_TIME یحدد المدة بالدقائق التي یمكن للمستخدم أو ال Session البقاء متصلاً‏ 

بال ،Database بحیث عند انتھاء المدة یتم اخراج المستخدم من ال Database وإنھاء عمل ال 

Session وعمل Rollback للمھمات التي تعمل أو لم یحدث لھا 

یحدد المدة بالدقائق التي یمكن للمستخدم أو ال Session البقاء متصلاً‏ بال 

.Database بدون القیام بمھمات،‏ بحیث عند انتھاء المدة یتم اخراج المستخدم من ال Database 

:PRIVATE_SGA لتحدید المساحة الخاصة المحجوزة لكل Session في ال SGA ‏(خاص فقط 

ب 

:LOGICAL_READS_PER_SESSION تحدد عدد ال Data Blocks التي یمكن قرائتھا 

أو استخراج البیانات منھا في ال Session ‏(یمكن أن تمنع استخراج أحجام بیانات كبیرة).‏ 

:LOGICAL_READS_PER_CALL تحدد عدد ال Data Blocks استخراج البیانات منھا 

لكل جملة SQL واحدة.‏ 

:COMPOSITE_LIMIT ھو حاصل جمع كل من CPU_PER_SESSION و 

وPRIVATE_SGA وLOGICAL_READS_PER_CALL CONNECT_TIME 

لمعرفة القیمة الكاملة لل .Resource Cost 

.Commit 

:CPU_PER_CALL 

:IDLE_TIME 

.(Shared Server 

• 

• 

• 

• 

• 

• 

• 

• 

• 

139

:CREATING PROFILE TO MANAGE RESOURCES 

یمكن تكوین Profile لإدارة ال Resources باتباع القاعدة التالیة:‏ 


CREATE PROFILE profile_name LIMIT 

[SESSIONS_PER_USER n1] 

[CPU_PER_SESSION n1] 

[CONNECT_TIME n1] 

[IDLE_TIME n1] 

[CPU_PER_CALL n1] 

[LOGICAL_READS_PER_SESSION n1] 

[LOGICAL_READS_PER_CALL n1] 

[COMPOSITE_LIMIT n1] 

[PRIVATE_SGA n2] 

.UNLIMITED, DEFAULT, NUMBER ھي أحدى ھذه القیم n1: 

.UNLIMITED, DEFAULT, NUMBER K|M ھي أحدى ھذه القیم :n2 

• 

• 


:8.5 

لتكوین Profile للتحكم بال 

: Resources 

CREATE PROFILE myprofile LIMIT 

SESSIONS_PER_USER 3 

CPU_PER_SESSION UNLIMITED 

IDLE_TIME 15 

CONNECT_TIME 90; 

لتحویل 

:Console باستخدام ال Profile 





اضغط بواسطة الزر الیمین للفأرة على مجلد ال Profile واختر من القائمة التي تظھر 

في النافذة الجدیدة،‏ ادخل اسم ال 

ادخل البیانات التي ترید في قائمة 


.Create 

.Normal 


.Profile 

.General 

.Create 

• 

• 

• 

• 

• 

• 

• 

• 

140

:USING DATABASE RESOURCE MANAGER 

یمكن استخدام ال Database Resource Manager لتوفیر تحكم أكبر لل 

Resources وكیفیة تخصیصھا.‏ یجب أن یكون للمستخدم ال Privilege اللازمة للتحكم بال 

Oracle Server على ال 

Database 

.ADMINISTER_RESOURCE_MANAGER privilege وھي Resource Manager 

یتوزع ال Database Resource Manager الى أربعة أجزاء ھي:‏ 

:CONSUMER GROUP مجموعة من المستخدمیین یتشاركون في ذات قیم ال 

التي یحتاجونھا ‏(كأن یخصص Profile واحد لكل مجموعة لأن لدیھم ذات الإحتیاجات من ال 

Resources 

.(Resources 

:PLAN خطط لتوزیع ال 

:ALLOCATION METHOD طرق توزیع ال 

:PLAN DIRECTIVES یستخدم من قبل ال DBA لتوزیع ال PLANS على ال 

.Consumer Group على ال Resources 

.Consumer Groups لل Resources 

.Consumer Groups 

• 

• 

• 

• 

ملاحظة:‏ معلومات أكثر حول ال Database Resource Manager وكیفیة استخدامھ في دراسة الإمتحان 

الرابع من امتحانات ال .Oracle9i DBA 

تذكر:‏ تطرقنا لل Database Resource Manager في درس .Managing Undo Data 



:Profile 

:DBA_PROFILES للحصول على معلومات حول قیم عوامل ال ، Profile یستخدم ال 

Resource_Type Column لتحدید نوع العوامل المراد استخراجھا ‏(أما Password أو 

Resources وتسمى ھنا 

.(Kernel 

• 

SELECT * FROM DBA_PROFILES 

WHERE PROFILE = ‘myprofile’ 

AND RESOURCE_TYPE = ‘KERNEL’; 

لمعرفة كلمة السر للمستخدم ‏(بشكل مشفر)‏ وحالة ال 

:Account 

:DBA_USERS معلومات حول اسم المستخدم وكلمة السر وحالة ال Account ‏(مغلق-‏ یعمل).‏ 

• 


:(COMPOSITE_LIMIT استخدام ‏(من Resource Cost 

.Composite_Limit معلومات حول الأربع عوامل التي یحددھا :RESOURCE_COST 

• 

141

MANAGING USERS 

، 

.User باسم Account 

"Objects" لتكوین العناصر Tablespace و ، Profile و Privileges 

لكي یتمكن ال DBA من منح فرصة الدخول الى ال Database للموظفین یجب منح كل واحد منھم 

یمكن تخصیص لكل 

Account یتكون من اسم مستخدم وكلمة سر،‏ یعرف ھذا ال 

فیھا،‏ 

مستخدم ممیزات و 

وTablespace Temporary لتخزین البیانات المؤقتھ التي تنتج عن عملیات المستخدم،‏ كما یمكن تحدید 

مساحة خاصة للمستخدم من كل Tablespace تعرف باسم 

تعرف باسم 

التي یملكھا المستخدم في ال 

Schema ولا یمكن للمستخدم الواحد أن یكون لھ أكثر من Schema واحدة.‏ 

.Tablespace Quotas كل العناصر 

(Tables, Views, Indexes ‏(مثل Database 

"Objects" 

:CREATING USERS 

لتكوین 

User جدید تستخدم القاعدة التالیة:‏ 

CREATE USER user_name 

IDENTIFIED [BY password | EXTERNALLY] 

[DEFAULT TABLESPACE Tablespace_name] 

[TEMPORARY TABLESPACE Tablespace_name] 

[QUOTA {number K|M | UNLIMITED} ON Tablespace_name, …] 

[PASSWORD EXPIRE] 

[ACCOUNT {LOCK | UNLOCK}] 

[PROFILE {profile_name | DEFAULT}] 


:EXTERNALLY سوف نتطرق لھا بعد قلیل.‏ 

Tablespace التي سوف تخزن العناصر التي قد 

یكونھا المستخدم مستقبلاً.‏ 

:DEFAULT TABLESPACE تحدید ال 

:TEMPORARY TABLESPACE تحدید ال Temporary Tablespace التي سوف 

یتم تخزین البیانات المؤقتة الناتجة عن مھام المستخدم.‏ 

:QUOTA تحدید مساحة محددة من أي Tablespace تخصص للمستخدم لتخزین عناصر 

فیھا.‏ 

DBA لإجبار المستخدم على تغییر كلمة السر،‏ التي عُرفت بواسطة :PASSWORD EXPIRE 

عند تكوین ال ،Account عند دخول المستخدم الى ال 

:ACCOUNT لتحدید اذا ما كان یرید ال DBA تكوین ال Account جاھز للعمل مباشرة أو أن 

یكون مغلق ثم یتم فتحھ بعد فترة.‏ 

:PROFILE تحدید ال Profile المخصص للمستخدم.‏ 

Account مباشرة.‏ 

"Objects" 

• 

• 

• 

• 

• 

• 

• 

142


لتكوین 

:8.6 

User جدید : 

CREATE USER Ahmad 

IDENTIFIED BY newemp 

DEFAULT TABLESPACE data 

TEMPORARY TABLESPACE temp 

QUOTA UNLIMITED ON users 

QUOTA 2M ON indx 

QUOTA 10M ON data 

PASSWORD EXPIRE; 

لتكوین User باستخدام ال 

:Console 





اضغط بواسطة الزر الیمین للفأرة على مجلد ال Users واختر من القائمة التي تظھر 

في النافذة الجدیدة،‏ ادخل البیانات في قائمة 


.Create 

.Normal 

.QUOTA وقائمة General 


.Create 

• 

• 

• 

• 

• 

• 

• 

:Operating System Authentication 

یمكن السماح للمستخدمیین الدخول الى ال Database دون استخدام كلمة سر ، ھذا یعني بمجرد استطاعة 

المستخدم الدخول الى نظام التشغیل عبر نظام الحمایة المعمول فیھ في نظام التشغیل ‏(قد یكون كلمة سر خاصة 

یستطیع المستخدم الدخول الى ال Database دون الحاجة الى 

كلمة سر خاصة بالأوراكل.‏ لتطبیق ھذا النظام یجب استخدام كلمة EXTERNALLY في جملة 

بتحدید العامل OS_AUTHENT_PREFIX یمكن تمییزاسم المستخدم في نظام 

التشغیل واسم المستخدم في ال ، Database حیث أن القیمة ال Default لھذا العامل ھي 

.OPS$ 

بنظام التشغیل System" ("Operating 

.CREATE USER 

مثال:‏ 

) 

اذا كان المستخدم مؤھل للدخول عبر حمایة نظام التشغیل التي تطلب من المستخدم كتابة اسم و كلمة سر)‏ 

الى ال Database وكان اسم المستخدم في نظام حمایة نظام التشغیل ھو Ahmad فإن اسم المستخدم في ال 

.OPS$Ahmad یكون Database 

عندما یطلب المستخدم Ahmad الدخول الى ال ، Database فلیس مطلوباً‏ من ادخال كلمة سر أو اسم 

مستخدم اذ یقوم الأوراكل بمعرفة اسم المستخدم في نظام التشغیل وربطھ مع ال 

الخاص بھ 

Account 

(Ahmad) 

.(OPS$Ahmad) 

143

ملاحظة:‏ تغییر قیمة ال OS_AUTHENT_PREFIX قد یؤدي الى منع المستخدمیین من الدخول الى ال 

Database ‏(الذین یسمح لھم الدخول الى Database بدون كلمة سر).‏ 

یمكن استخدام عامل أخر ھو REMOTE_OS_AUTHENT لتشغیل أوغلق امكانیة الإتصال بال 

Remote Database عبر نظام التشغیل ‏(لا ینصح باستخدامھ لإمكانیة حدوث اختراق لل 

.( Database 

مثال:‏ 

مثال على استخدام ، REMOTE_OS_AUTHENT دخول المستخدم ‏(لدیھ إمكانیة الدخول الى ال 

Database عبر حمایة نظام التشغیل)‏ الى نظام تشغیل ‏(مثل ال (Unix متصل مع 

الموجود على جھاز أخر،‏ في حالة وضع قیمة العامل ،True فإن المستخدم یستطیع الإتصال بال 

،Database أما في حالة القیمة False ‏(ھي ال فإن المستخدم لا یستطیع الإتصال بال 

Database ویستطیع فقط اذا كان ال Oracle Server موجود على ذات الجھاز الذي دخل إلیھ.‏ 

Oracle Server 

(Default 

8.1 رسم 

:ALTERING USERS 

یمكن استخدام جملة ALTER USER لكي یتم تغییر ال 

Temporary أو ال Default Tablespace 

.Quota أو ال Tablespace 


:8.7 

لتغییر ال Quota للمستخدم:‏ 

ALTER USER Ahmad 

QUOTA 0 ON users; 

ملاحظة:‏ في حالة تغییر قیمة ال Quota الى صفر وكان للمستخدم 

فإن ھذه ال Table لا یمكن أن یكبر حجمھا أبداً‏ ‏(لا تستطیع حجز مزید من ال 

،Users Tablespace في ال Table 

.(Extents 

144

أو عبر ال 

:Console 





اضغط على + بجانب المجلد ،Users ثم اختر اسم المستخدم.‏ 

غیر البیانات في النافذة الیمنى.‏ 


.Normal 


• 

• 

• 

• 

• 

• 

• 

:DROPPING USERS 

یمكن حذف مستخدم من ال Database باستخدام القاعدة:‏ 


DROP USER user_name [CASCADE] 

:CASCADE باضافتھا الى الجملة یتم حذف كل العناصر "Objects" التي كونھا المستخدم في 

ال Schema الخاصة بھ.‏ 

• 

ملاحظة:‏ لا یمكن حذف مستخدم متصل بال .Database یمكن استعمال KILL SESSION لإخراج 

المستخدم ثم حذفھ من ال .Database 


:8.8 

DROP USER Ahmad; 

لحذف مستخدم:‏ 


:DBA_USERS 

Tablespace وال 

یمكن الحصول على معلومات حول اسماء المستخدمیین و ال 

Temporary Tablespace و اسم ال Profile وتوقیت تكوین ال 

وحالة ال Account لجمیع المستخدمیین وغیرھا من المعلومات.‏ 

Default 

Profile 

:DBA_TS_QUOTAS 

.Tablespaces 

توفر معلومات حول ال Quotas المخصصة للمستخدمیین من ال 

• 

• 

145

Managing PRIVILEGES & 

AUDITING & ROLES 

146

PRIVILEGES 

باستخدام ال Privileges یمكن وضع حدود لكل مستخدم في ال ،Database مثال على ذلك حدود على 

المھام التي یستطیع تنفیذھا،‏ وحدود على البیانات التي یستطیع تعدیلھا.‏ یمكن إعطاء 

للمستخدمیین بشكل مباشر أو أن یتم عبر ال كما یمكن إعطاء Privileges عامة لجمیع 

المستخدمیین وذلك عبر إعطاء ال Privileges الى مجموعة تعرف باسم Public وھي مجموعة ینتمي إلیھا 

جمیع المستخدمیین في ال 

یوجد نوعیین من ال 

Privileges 

، Roles 

.Database 

Privileges ھما:‏ 

."Objects" وضع حدود وقیود على العناصر :OBJECT Privileges 

:SYSTEM Privileges وضع حدود على المھام التي یستطیع المستخدم تنفیذھا في ال 

Database بشكل عام.‏ 

• 

• 

Database في ال System Privileges 

:SYSTEM PRIVILEGES 

یتم تخصیصھا للمستخدمین باستخدام جملة 

یوجد عدد كبیر من ال 

GRANT ویتم إعادتھا ‏(إلغائھا)‏ من المستخدمین باستخدام جملة .REVOKE یمكن توزیع ال 

Privileges الى ثلاثة أقسام ، قسم متعلق بال Database بشكل عام ، والقسم الثاني متعلق بال 

الخاصة بالمستخدم ، أما القسم الثالث فمتعلق بال Schemas الخاصة بالمستخدمیین الأخرین.‏ نسق ال 

في النوع الثالث والرابع متشابھ من حیث الجملة ولكن یضاف كلمة ANY للنوع الثالث،‏ مثال 

على ذلك 

System 

Schema 

Privileges 

CREATE TABLE ‏(النوع الثاني)‏ و CREATE ANY TABLE ‏(النوع الثالث).‏ 

من ال 

:System Privileges 

ALTER SYSTEM 

ALTER SESSION 

ALTER DATABASE 

CREATE TABLESPACE 

CREATE TABLE 

CREATE PROCEDURE 

CREATE CLUSTER 

CREATE SESSION 

RESTRICTED SESSION 

CREATE ANY TABLE 

ALTER ANY TABLE 

DROP ANY TABLE 

SELECT ANY TABLE 

CREATE ANY INDEX 

ALTER ANY INDEX 

DROP ANY INDEX 

CREATE ANY SEQUENCE 

ALTER TABLESPACE 

DROP TABLESPACE 

UNLIMITED TABLESPACE 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

147

SELECT ANY TABLE 

UPDATE ANY TABLE 

DELETE ANY TABLE 

BACKUP ANY TABLE 

INSERT ANY TABLE 

GRANT ANY PRIVILEGE 

GRANT ANY ROLE 

SYSOPER 

SYSDBA 

• 

• 

• 

• 

• 

• 

• 

• 

• 


-1 لا یوجد CREATE INDEX privilege أو ، ANALYZE INDEX privilege لأنھما 

إعطاء CREATE TABLE 

.Indexes 

مشمولتیین مع ، CREATE TABLE privilege بحیث اذا تم 

للمستخدم یستطیع تكوین 

.CREATE TABLE privilege من ضمن ال DROP TABLE Privilege -2 

.CREATE PROCEDURE Privilege من ضمن ال DROP PROCEDURE privilege -3 

.CREATE CLUSTER privilege من ضمن ال DROP CLUSTER privilege -4 

توفر إمكانیة استخدام أي مساحة في أي 

، Tablespace ولكن تخصص فقط للمستخدمیین ولا یمكن تخصیصھا لل 

.Roles 

UNLIMITED TABLESPACE privilege -5 

DROP 

6- لكي یستطیع المستخدم عمل Truncate لأي Table 

في أي Schema یجب أن یخصص لھ 

.ANY TABLE 

:Protecting the Dictionary 

ALTER ANY TABLE أو ،SELECT ANY TABLE یصبح 

Dictionary Objects 

.Database 

،Dictionary Objects 

Initialization Parameter File 

SYS 

عندما یتم منح المستخدمیین 

، وھذا قد یشكل خطر على ال 

بإمكان المستخدمیین الدخول أو استخدام ال 

یوفر الأوراكل العامل 07_DICTIONARY_ACCESSIBILITY من عوامل 

الذي یمكن ال DBA في التحكم في ال 

بحیث عند وضع قیمة العامل ، False یتم منع المستخدمیین من الدخول الى جمیع العناصر ضمن ال 

.Dictionary الذي یملك ال Schema 

148

:Granting System Privilege 

یمكن إعطاء Privileges للمستخدم باستخدام القاعدة التالیة:‏ 

GRANT system_privilege , system_privilege, … 

TO {user_name | role_name | PUBLIC} , { user_name | role_name | PUBLIC} , .. 

[WITH ADMIN OPTION] 


:Role_name كما ذكرنا سابقاً‏ أنھ یمكن منح ال 

یستطیع المستخدم الذي تلقى ال 

لمستخدمیین أخریین.‏ 

.Roles لل Privileges 

Privileges 

:WITH ADMIN OPTION 

إعطاءھا 

• 

• 

مثال:‏ 

لفھم :WITH ADMIN OPTION 

یوجد ثلاث مستخدمیین الأول ھو ال DBA والثاني ھو Ahmad والثالث ھو 

.Omar 

CREATE ANY TABLE للمستخدم Ahmad مع استخدام ،WITH ADMIN OPTION في 

إعطاء CREATE ANY TABLE للمستخدم .Omar 

Privilege 

Privilege من 

، Omar ویجب على 

.DBA ال ( Privileges 

قام ال DBA بإعطاء 

أما في حال 

ھذه الحالة یمكن للمستخدم Ahmad 

عدم ذكر جملة ، WITH ADMIN OPTION فلا یمكن للمستخدم Ahamd اعطاء ال 

‏(المستخدم الذي لدیة إمكانیة منح 

Omar الحصول على ال 

للمستخدم 

ال 


GRANT CREATE ANY TABLE TO Ahmad, Omar; 

GRANT ALTER ANY TABLE , ALTER ANY INDEX 

TO Ali WITH ADMIN OPTION; 

:9.1 


:Console 






اختر القائمة 

اختر ال Privilege من القائمة العلیا ثم اضغط على المثلث المتجھ الى أسفل.‏ 

ضع علامة صح في قسم Admin Option اذا كنت ترید ذلك.‏ 


.Normal 


.System Privileges 

• 

• 

• 

• 

• 

• 

• 

• 

• 

149

:Revoking System Privilege 

یمكن سحب أو إلغاء ال Privileges الممنوحة للمستخدم باستخدام القاعدة التالیة:‏ 

REVOKE system_privilege , system_privilege, … 

FROM {user_name | role_name | PUBLIC} , { user_name | role_name | 

PUBLIC} , .. 

ملاحظة:‏ في بعض الحلات عند سحب Privilege من المستخدم یحدث خلل في باقي عناصر المستخدم.‏ مثال 

على ذلك الخلل الذي قد یحدثھ إلغاء CREATE TABLE من المستخدم الذي قام بتكوین 

وViews‏،‏ في ھذه الحالة یحدث خلل لل Views لأن ال Views معتمدة على ال 

Tables 

.Tables 

مثال:‏ 

عند عمل REVOKE ل 

.GRANT مع ال WITH ADMIN OPTION وتم استخدام Privilege 

قام ال DBA بإعطاء CREATE ANY TABLE للمستخدم Ahmad مع استخدام 

WITH ADMIN 

.Omar للمستخدم CREATE ANY TABLE بإعطاء Ahmad وقام المستخدم ،OPTION 

عند حدوث أمر REVOKE من قبل ال DBA لل CREATE ANY TABLE الممنوحة ل ، Ahmad 

لا یحدث عملیة REVOKE لل CREATE ANY TABLE من عند المستخدم 

Omar أي أن ،Omar 

مازال یملك ال .CREATE ANY TABLE 


:9.2 

REVOKE CREATE ANY TABLE FROM Ahmad, Omar; 


:Console 







اختر ال Privilege من القائمة السفلى ثم اضغط على المثلث المتجھ الى أعلى.‏ 


.Normal 


.System Privileges 

• 

• 

• 

• 

• 

• 

• 

• 

150

:OBJECT PRIVILEGES 

Table, View, Sequence, 

توفر ال 

Object Privilege إمكانیة 

.Procedure, Function, Package 

القیام بمھمات محددة على ال 

من ال 

:Object Privilege 

:SELECT 

تمكن المستخدم من استخراج أو قراءة 

(Query) 

.Table, View تمكن المستخدم من تعدیل البیانات في ال :UPDATE 

.Table, View تمكن المستخدم من حذف البیانات في ال :DELETE 

.Table, View تمكن المستخدم من إضافة بیانات الى ال :INSERT 

:ALTER تمكن المستخدم من تعدیل تكوین ال 

بیانات من ال .Table,View, Sequence 

.Table, Sequence, Procedure 

.Table, View في ال Index تمكن المستخدم من تكوین :INDEX 

:REFERENCES تمكن المستخدم من تكوین 

:EXECUTE تمكن المستخدم من تشغیل برامج 

.Table في ال Foreign Key 

ال PL/SQL مثل ال .Procedure, Function 

:Granting Object Privilege 

یمكن إعطاء Privileges للمستخدم باستخدام القاعدة التالیة:‏ 


GRANT object_privilege, object_privilege, … | ALL [PRIVILEGES] 

ON [schema.] object_name 

TO {user_name | role_name | PUBLIC} , …. 

[WITH GRANT OPTION] 

Object Privileges لإعطاء كل ال :ALL 

:WITH GRANT OPTION یستطیع المستخدم الذي تلقى ال 

لمستخدمیین أخریین.‏ 

Privileges 

إعطاءھا 

• 

• 


1- لكي یستطیع مستخدم إعطاء Object Privileges الى مستخدم أخر،‏ یجب أن یكون ال Object في ال 

Schema الخاصة بھ أو تم إعطاءه 

2- لكل مستخدم 

.WITH GRANT OPTION مع استخدام Object Privilege 

Object Privileges 

كاملة على ال Objects الموجودة في ال Schema الخاصة بھ.‏ 

151


:9.3 

GRANT UPDATE ON hr.employees 

TO Ahmad 

WITH GRANT OPTION 


:Console 





اضغط على + بجانب المجلد ،Users ثم اختر اسم المستخدم الذي ترید أن تعطیھ ال 

Privilege مثل 

.Normal 


.Object Privileges 

.PM 


اختر من القائمة العلیا الیسرى اسم المستخدم 

ثم اختر نوعیة ال 


(Tables ‏(مثل Object 

.PM لل Privilege 

(Employees 

اختر نوعیة ال Privilege من القائمة الیمنى ‏(مثل 

اضغط على السھم المتجھ الى أسفل.‏ 


الذي یملك ال Object المراد أعطاء 

ثم اسم ال 

Objects ‏(مثل 

.(Update 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

:Revoking Object Privilege 

یمكن سحب أو إلغاء ال Privileges الممنوحة للمستخدم باستخدام القاعدة التالیة:‏ 

REVOKE object_privilege, object_privilege, … | ALL [PRIVILEGES] 

ON [schema.] object_name 

FROM {user_name | role_name | PUBLIC} , …. 

[CASCADE CONSTRAINTS] 

لكي ملاحظة:‏ 

تتم عملیة ال ، Revoke یجب أن یقوم بالعملیة ذات المستخدم الذي قام بعملیة .Grant 


:CASCADE CONSTRAINTS 

.REFERENCES privilege 

لحذف ال Foreign Keys التي تكونت باستخدام 

• 

152

مثال:‏ 

عند عمل REVOKE ل 

قام المستخدم 

.GRANT مع ال WITH GRANT OPTION وتم استخدام Privilege 

WITH GRANT مع استخدام Ahmad للمستخدم SELECT TABLE بإعطاء Ali 

.Omar للمستخدم SELECT TABLE بإعطاء Ahmad وقام المستخدم ،OPTION 

، Ahmad الممنوحة ل SELECT TABLE لل Ali 

Omar أي أن ،Omar 

SELECT TABLE ایضاً.‏ 

عند حدوث أمر REVOKE من قبل ال 

عملیة REVOKE لل SELECT TABLE من عند المستخدم 

یفقد 

یحدث 


REVOKE SELECT ON hr.employees 

FROM Ahmad, Omar; 

9.4 


:Console 





اضغط على + بجانب المجلد ،Users ثم اختر اسم المستخدم الذي ترید استرجاع ال 

منھ.‏ 


اختر ال Privilege من القائمة السفلى ثم اضغط على المثلث المتجھ الى أعلى.‏ 


Privileges 

.Normal 


.Object Privileges 

• 

• 

• 

• 

• 

• 

• 

• 



:System Privileges 

Users, 

:DBA_SYS_PRIVS توفر معلومات حول ال 

System Privileges الممنوحة الى 

.Roles 

• 

:DBA_TAB_PRIVS توفر معلومات حول ال 

الذي منح ال 

Object Privileges الممنوحة والمستخدم 

Privileges وغیرھا.‏ 

:SESSION_PRIVS توفر معلومات حول ال 

الحالى 

System Privileges الممنوحة للمستخدم 

.(Session) 

• 

• 

153

AUDITING THE DATABASE 

عملیة ال Auditing ھي عملیة مراقبة مھمات ال Database المختلفة بحیث یتم مراقبة أي عملیات مشتبھ 

في أنھا غیر مسموح فیھا كأن یقوم مستخدم غیر مسموح لھ بالدخول الى ال Database بالدخول وحذف 

بیانات من ال .Database یتم جمع بیانات ومعلومات حول المراقبة في AUD$ التابعة ل ، SYS schema 

أو یمكن جمع ھذه المعلومات في ملف خارجي في نظام التشغیل System" ."Operating لتسجیل 

المعلومات الناتجة عن عملیة ال ، Auditing یجب وضع قیمة العامل AUDIT_TRAIL بالقیمة 

أو یمكن استخدام ملف خارجي بوضع قیمة العامل ،OS أما القیمة ال Default للعامل ھي 

.NONE یقوم الأوراكل بعمل Auditing في بعض الحالات وإن كانت قیمة العامل ،None مثل عند تشغیل 

لل DBA ‏(أو كل مستخدم یملك 

و إغلاق ال Instance أو لمراقبة ال 

مشابھ لل .(DBA 

لل DBA حریة تحدید اذا ما كان یرید ان تحدث عملیة ال Auditing عند المھمة المراد مراقبتھا 

أو لكل ال Session بغض النظر عن عدد المھمات التي تحدث(‏Session .(By 

True 

Privileges 

By 

) 

Privileges الخاصة 

أو ، DB 

(Access 

باستخدام عملیة ال Audit یمكن مراقبة:‏ 

جمل ال SQL 

ال 

.Privileges 

العناصر ."Objects" 

• 

• 

• 

ملاحظة:‏ یطلق على AUD$ اسم 

لل DBA تعدیلھا كما جاء ذكرھا سابقاً.‏ 

Audit Trail 

وھي من نوع ال Base Tables وھي الوحیدة التي یمكن 

اذا امتلئ ملف ال Audit Trail بحیث لا یمكن إضافة معلومات المراقبة الى الملف ، تتأثر جمیع جمل ال 

المراقبة وعوضاً‏ أن تظھر النتائج الطلوبة ، تظھر أخطاء Messages" ."Error ولذلك یجب تفرغة 

للتحكم في حجم ال 

ملف ال 

، وعدم إعطاء ال 

عند الضرورة فقط ، واختیار نوع المراقبة بدقة SQL أو العناصر أو ال 

SQL 

Auditing ینصح باستخدم ال ، Audit Trail 

Audit Trail بشكل مستمر.‏ 

(Privileges 

) لا 

.By Access عوضاً‏ عن By Session لمستخدمیین كثیرین واستخدام AUDIT ANY privileges 

ملاحظة:‏ لحذف محتویات ال 

یمكن حمایة ملف ال Audit Trail بكتابة التالي:‏ 

.TRUNCATE أو ال DELETE تستخدم جمل ال ، Audit Trail 

AUDIT DELETE ON SYS.AUD$ BY ACCESS; 

یفضل نقل ال AUD$ من ال SYSTEM TABLESPACE الى Tablespace أخرى،‏ مع مراعاة اعادة 

تعریف ال Indexes على كل من ال 

تذكر:‏ یجب اعادة تعریف ال Indexes عند نقل ال 

.(sessionid , ses$tid) التالیة Columns 

.Tables 

154


:9.5 

مثال على القیام بعملیة Auditing لجمل ال :SQL 

لمراقبة جمل ال DDL التي تنفذ على ال : Tables 

مثال على القیام بعملیة Auditing لل 

مثال على القیام بعملیة Auditing لل 

AUDIT TABLE; 

:Privileges 

AUDIT CREATE ANY SEQUENCE; 

:Objects 

AUDIT UPDATE, DELETE ON HR.EMPLOYEES; 

:AUDITING OPTIONS 

یمكن استخدامھا لتحدید عملیة المراقبة بشكل أكبر.‏ 

:WHENEVER SUCCESSFUL في حالة مراقبة جمل ال ، SQL یتم جمع معلومات حول 

الجمل التي تمت بنجاح ولا یتم تسجیل معلومات حول الجمل التي لم تنجح في القیام بمھمتھا.‏ 

في حالة مراقبة جمل ال ، SQL یتم جمع 

معلومات حول الجمل التي لم تنجح ولا یتم تسجیل معلومات حول الجمل التي نجحت في القیام 

بمھمتھا.‏ 

:WHENEVER NOT SUCCESSFUL 

.BY ACCESS 

.BY SESSION 

• 

• 

• 

• 


:9.6 

لمراقبة عملیات تكوین Sessions ‏(دخول المستخدمیین لل (Database : 

العملیات الناجحة فقط:‏ 

العملیات التي لم تنجح:‏ 

AUDIT SESSION; 

AUDIT SESSION WHENEVER SUCCESSFUL; 

AUDIT SESSION WHENEVER NOT SUCCESSFUL; 

155

:NOAUDITING 

لایقاف عملیة ال ، Aduiting تستخدم جملة NOAUDIT مع اضافة الجزء الذي تم مراقبتھ في عملیة 

.Auditing 


:9.7 

للقیام بعملیة :Noauditing 

NOAUDIT UPDATE, DELETE ON HR.EMPLOYEES; 



:Auditing 

.Deafult Audit Options توفر معلومات حول ال :ALL_DEF_AUDIT_OPTS 

.SQL توفر معلومات حول عملیات المراقبة على جمل ال :DBA_STMT_AUDIT_OPTS 

:DBA_PRIV_AUDIT_OPTS 

توفر معلومات حول عملیات المراقبة على 

.Privileges 

:DBA_OBJ_AUDIT_OPTS 

توفر معلومات حول عملیات المراقبة على 

.Objects 

• 

• 

• 

• 

للحصول على المعلومات الناتجة من عملیة ال :Auditing 

.Auditing جمیع المعلومات الناتجة من عملیة ال :DBA_AUDIT_TRAIL 

:DBA_AUDIT_OBJECT المعلومات الناتجة من عملیة ال 

.Privileges على Auditing 

:DBA_AUDIT_STATMENT المعلومات الناتجة من عملیة ال Auditing على جمل ال 

.SQL 

:DBA_AUDIT_SESSION المعلومات الناتجة من عملیة ال Auditing على دخول و خروج 

المستخدمیین من ال .Database 

• 

• 

• 

• 

156

MANAGING ROLES 

Privileges تعطى 

Privileges 

تسھل ال Roles عملیة إدارة ال Privileges لأن ال Role عبارة عن مجموعة من ال 

أو تلغى من المستخدمین دفعة واحدة.‏ مثال على ذلك اذا أراد ال DBA إعطاء عشرة لكل 

مستخدم جدید في ال ، فیجب على ال DBA كتابة جملة GRANT عشر مرات ، وكذلك الحال 

مع جملة ، REVOKE اما عند استخدام ال ، Role یتم كتابة جملة GRANT أو REVOKE مرة واحدة 

Object Privileges معاً‏ ، ولا ینتمى ال 

فقط.‏ یمكن أن یتكون ال Role من ال 

Role الى أي ، Schema ویتم تخزین بیانات حول تكوینھ في ال 

System Privileges وال 

.Data Dictionary 

Database 

:CREATING ROLES 

یمكن تكوین Roles باستخدام القاعدة التالیة:‏ 


CREATE ROLE role_name [NOT IDENTIFIED 

| IDENTIFIED { BY password | EXTERNALLY } 

.Role لا یوجد حمایة على ال :NOT IDENTIFIED 

:IDENTIFIED یوجد حمایة على ال Role مثل استخدام كلمة السر أو غیرھا.‏ 

:EXTERNALLY یستخدم حمایة خارجیة لل Role مثل حمایة نظام التشغیل.‏ 

• 

• 

• 

ملاحظة:‏ یوجد أنواع حمایة أخرى لل Role عدا كلمة السر أو Externally لا مجال للتطرق لھا في الكتاب.‏ 


:9.8 

لتكوین :Role 

CREATE ROLE newusers; 

CREATE ROLE newusers2 IDENTIFIED BY n6iut30o; 

أو:‏ 


:Console 





اضغط على بالزر الیمین للفأرة على المجلد ، Roles ثم اختر من القائمة 

ادخل اسم ونظام حمایة ال Role ثم اضغط على 

.Normal 

.Create 

.Create 


• 

• 

• 

• 

• 

• 

157


-1 

بعد تكوین ال Role مباشرة ، تكون ال Role خالیة تماماً‏ من أي Privileges ویمكن استخدام جملة 

GRANT لإعطاء ال Role مجموعة من ال 

.Privileges 

-2 لتكوین ، Role یجب أن یكون للمستخدم .CREATE ROLE privilege 

:PREDEFINED ROLES 

عند تكوین ال ، Database یتم تكوین مجموعة من ال 

Roles 

بشكل أتوماتیكي منھا:‏ 

:CONNECT ال 

Privileges ضمن ھذا ال Role تتضمن امكانیة الإتصال بال 

وتكوین ، Session امكانیة تكوین كل من 

Database 

Tables, Views, Synonym, Cluster, 

.Database Link 

• 

Tables 

:RESOURCE ال 

.Cluster, Sequence, Functions, Procedures, Triggers 

Privileges ضمن ھذا ال Role تتضمن امكانیة تكوین كل من 

• 

:SELECT_CATALOG_ROLE ال 

Privileges ضمن ھذا ال Role تتضمن امكانیة 

استخراج بیانات ال Data Dictionary ‏(عمل Query على ال 

.(Views وال Tables 

:DELETE_CATALOG_ROLE ال 

بیانات ‏(استخدام (DELETE من ال .Data Dictionary 

:EXECUTE_CATALOG_ROLE ال 

Privilege ضمن ھذا ال Role تتضمن امكانیة حذف 

Privilege ضمن ھذا ال Role تتضمن امكانیة 

استخدام جملة EXECUTE في ال .Data Dictionary 

:EXP_FULL_DATABASE ال 

.Database لل Export 

:EXP_FULL_DATABASE ال 

.Database لل Import 

Privilege ضمن ھذا ال Role تتضمن امكانیة عمل عملیة 

Privilege ضمن ھذا ال Role تتضمن امكانیة عمل عملیة 

• 

• 

• 

• 

• 

ملاحظة:‏ سوف یتم التطرق على عملیات ال Export و ال Import في دراسة الإمتحان الثالث من امتحانات 

.Oracle9i ال 

Data Dictionary Views نوع 

DBA_ الذي یمكن أن للمستخدم الدخول الى بیاناتھ 

تذكر:‏ من أنواع ال 

اذا كان یملك ال .SELECT_CATALOG_ROLE 

158

:MODIFYING ROLES 

یمكن تغییر نظام حمایة ال Role أو حذف نظام الحمایة باستخدام جملة ALTER ROLE كما في 

المثال 9.9. 

ملاحظة:‏ لتعدیل نظام حمایة ال ، Role یجب أن یكون للمستخدم 

.ALTER ANY ROLE privilege 


:9.9 

لتعدیل نظام حمایة ال 

أو احذف نظام الحمایة:‏ 


:Role 

ALTER ROLE newusers2 IDENTIFIED EXTERNALLY; 

ALTER ROLE newusers NOTIDENTIFIED; 

:Console 

.Standalone 

Database لكي 

ادخل الى ال Console عبر 

تظھر نافذة تطلب من اسم المستخدم وكلمة السر.‏ 

اضغط على اسم ال 



اسم ال Role المراد تعدیلھ.‏ 

اضغط على + بجانب المجلد 

في النافذة الیمنى ، اختر نظام الحمایة من قائمة .Authentication 


.Normal 


، Roles ثم اختر 

• 

• 

• 

• 

• 

• 

• 

:ASSIGNING PRIVILEGES TO ROLES 

بعد تكوین ال Role مباشرة ، تكون ال Role خالیة تماماً‏ من أي Privileges ویمكن استخدام جملة 

التي استخدمت لإعطاء Privileges الى المستخدمیین مع ذكر اسم ال Role بجانب كلمة TO 

عوضاً‏ عن اسم المستخدم أو ال Public كما في المثال 

.9.10 

GRANT 


:9.10 

لإعطاء Privileges الى ال 

:Roles 

GRANT CREATE ROLE TO adminusers; 

GRANT SELECT ON HR.EMPLOYEES TO newusers2; 

159


:Console 





اضغط على + بجانب المجلد ، Roles ثم اختر اسم ال Role المراد إضافة 

، Object Privileges ثم اتبع ذات الخطوات التي 

أختر إما قائمة 

تم فیھا أعطاء المستخدمیین ال 


.Normal 

Privileges لھ.‏ 


System Privileges أو قائمة 

.Privileges 

• 

• 

• 

• 

• 

• 

• 

:ASSIGNING ROLES TO USERS 

یمكن إعطاء المستخدمیین ال Roles بواسطة جملة GRANT التي استخدمت لإعطاء 

المستخدمیین مع ذكر اسم ال Role بجانب كلمة GRANT عوضاً‏ عن اسم ال 

Privileges الى 

Privilege 

.9.11 

كما في المثال 


:9.11 

لإعطاء Privileges الى ال 

كما یمكن دمج 

:Roles 

GRANT adminusers TO Omar WITH ADMIN OPTION; 

GRANT newusers TO Khaled; 

Roles ببعضھا.‏ 

GRANT newusers TO newusers2; 


1- المستخدم الذي یقوم بتكوین ال Role لدیھ الحق في WITH ADMIN OPTION على ذلك ال 

.Role 

2- المستخدم الذي یملك 

المستخدمیین.‏ 

GRANT ANY ROLE privilege یستطیع إعطاء أو إلغاء ال Roles من 

3- یمكن تحدید عدد ال Roles التي یمكن أن تكون في الحالة Enable باستخدام عامل من عوامل ال 

Intialazation Parameter File ھو MAX_ENABLED_ROLES الذي قیمتھ ال Default ھي 

.20 

160

:ASSIGNING DEFAULT ROLES 

یمكن للمستخدم الواحد أن یملك أكثر من ، Role ولكن لیس بالضرورة أن تكون كلھا في حالة ،Enable 

ولكن یمكن جمع مجموعة من ال Roles لتمثل ال Default Role والذي یتم وضعھ في حالة Enable 

بشكل أوتوماتیكي عند دخول المستخدم الى ال لتعیین ال 

، Deafult Role تستخدم القاعدة:‏ 

.Database 

ALTER USER user_name DEFAULT ROLE 

{ role_name , role_name | ALL [EXCEPT role_name , [role_name] ] | NONE } 


.EXCEPT عدا المشمولییین في جملة Roles یمكن تعیین كل ال :ALL [EXCEPT…] 

• 

ملاحظة:‏ یمكن استخدام ھذه القاعدة فقط مع ال Roles الممنوحة مباشرة للمستخدم عبر استخدام GRANT 

ولا تنطبق على ال Roles المدمجة ضمن 

.Roles 


لتعیین 

:9.12 

Default Role للمستخدم:‏ 

ALTER USER Ahmad DEFAULT ROLE newusers, newusers2; 

ALTER USER Khalid DEFAULT ROLE ALL; 

ALTER USER Omar DEFAULT ROLE ALL EXCEPT adminusers; 

ALTER USER Ali DEFAULT ROLE NONE; 


:Console 





اضغط على + بجانب المجلد ، Users ثم اختر اسم ال User المراد تعدیلھ.‏ 

في النافذة الیمنى ، اختر قائمة ،Role ثم ضع علامة صح اسفل ال Role الذي تریده 

أن یكون 


.Normal 

Deafult لل 


.Default 

• 

• 

• 

• 

• 

• 

• 

161

.SET ROLE باستخدام جملة Disable 

:ENABLING AND DISABLING ROLES 

لا یستطیع المستخدم 

یمكن تحویل حالة ال Role بین Enable و 

استخدام ال Role عندما تكون في حالة ، Disable ویجب تحویل حالتھا الى Enable لأستخدام ال 

Privileges داخلھا.‏ تؤثر ال SET ROLE فقط على ال Session ولا تكون التغییرات دائمة ، إنما تعود ال 

Role لوضعھا الطبیعي بعد خروج المستخدم من ال .Database عندما یتطلب ال Role كلمة سر لتحویل 

حالتھ ، یحب كتابة كلمة السر في جملة ، SET ROLE ولا ینطبق الحال على ال 

من ضمنھ Roles تتطلب كلة سر لأن ال Deafult Role یتم تحویلھا الى حالة Enable بشكل أوتوماتیكي.‏ 

یمكن تحویل حالة ال Role باستخدام القاعدة التالیة:‏ 


لتحویل حالة ال 

Defualt Role وإن كان 

SET ROLE 

{ role_name [IDENTIFIED BY PASSWORD] [, role_name ….] 

| ALL [EXCEPT [role_name, role_name,…] 

|NONE } 

:9.13 

:Enable الى Role 

SET ROLE newusers, departA_users; 

SET ROLE newusers2 IDENRIFIED BY n6iut30o; 

أو 

لتحویل حالة جمیع ال Roles الى Enable عدا ال 

لتحویل حالة جمیع ال Roles الى :Disable 

:adminusers 

SET ROLE ALL EXCEPT adminusers; 

SET ROLE NONE; 

:REMOVING ROLES FROM USERS 

یمكن إلغاء ال Roles من ال 


Users باستخدام 


REVOKE role_name , role_name, … 

FROM { role_name | PUBLIC} , {role_name | PUBLIC} , ..; 

:9.14 

لإلغاء ال Role من ال 


REVOKE newusers FROM Khaled; 

:Users 

:Console 

ذات الطریقة المستخدمة في إلغاء Privileges من ال 

.Users 

162

:DROPPING ROLES 

یمكن حذف ال Roles من ال Database وبالتالي من ال Users باستخدام القاعدة التالیة:‏ 

DROP ROLE role_name ; 

ملاحظة:‏ یحتاج المستخدم الى DROP ANY ROLE privilege لحذف أي Role في ال 

.Database 


:9.15 

لحذف ال Role من ال :Database 


DROP ROLE newusers2; 

:Console 





اضغط على + ال Roles واختر اسم ال Role المراد حذفھ ثم بواسطة الزر الیمین للفأرة أختر من 

القائمة “Remove” ‏(یمكن استخدام قائمة Remove عوضاً‏ عن الزر الیمیین 

للفأرة).‏ 

اختر 

.Normal 

Object ثم 


.Yes 

• 

• 

• 

• 

• 

• 



:Roles 

:DBA_ROLES توفر معلومات حول جمیع ال Roles الموجودة في ال 

:DBA_ROLE_PRIVS توفر معلومات حول ال 

.Database 

Roles 

Roles أخرى.‏ 

:ROLE_ROLE_PRIVS توفر معلومات حول ال Roles المدمجة مع 

الممنوحة للمستخدمین أو المدمجة مع 

Roles أخرى.‏ 

:DBA_SYS_PRIVS توفر معلومات حول ال System Privileges الممنوحة للمستخدمین أو 

.Roles لل 

:ROLE_SYS_PRIVS توفر معلومات حول ال 

:ROLE_TAB_PRIVS توفر معلومات حول ال 

.Roles الممنوحة لل System Privileges 

.Roles الممنوحة لل Object Privileges 

:SESSION_ROLES 

توفر معلومات حول ال 

Enabled Roles للمستخدم الحالي.‏ 

• 

• 

• 

• 

• 

• 

• 

163

GLOBALIZATION SUPPORT 

164

GLOBALIZATION SUPPORT 

المقصود بال ، Globalization Support إمكانیة استخدام لغات عالمیة وتقویمات عالمیة في الأوراكل.‏ 

من الممیزات التي یوفرھا ال :Globalization Support 

إمكانیة حفظ واستخراج البیانات باللغة المحلیة.‏ 

إمكانیة تشغیل ال 

إمكانیة عرض ال 

أمكانیة استخدام بعض التقویمات المحلیة مثل التقویم الیاباني.‏ 

إمكانیة عرض الأرقام باللغة المحلیة.‏ 

إمكانیة استخدام رموز العملات العالمیة.‏ 

إمكانیة استخدام فارق التقویم الزمني بین الدول.‏ 

إمكانیة استخدام مجموعة من النظم لتعریف اللغات"‏Schemes "Encoding مثل .Unicode 

التحویل الأوتوماتیكي بین اللغات،‏ أي استخدام المستخدم Client لغة مختلفة عن لغة السیرفر.‏ 

Database Utilities باللغة المحلیة.‏ 

Error Messages باللغة المحلیة.‏ 

• 

• 

• 

• 

• 

• 

• 

• 

• 

:ENCODING SCHEMES 

یوفر الأوراكل مجموعة من النظم لتعریف اللغات منھا:‏ 

و 

:SINGLE-BYTE 

.(WE8DEC ‏(مثال 8-bit (US7ASCII 

یتم استخدام بایت واحد لتخزین حرف واحد.‏ یوجد نوعان ھما 

7-bit ‏(مثال 

:VARYING-WIDTH 

یمكن تخزین الحرف الواحد في أكثر من بایت وتستخدم ھذه الطریقة 

غالباً‏ في اللغات الأسیویة مثل الصینیة والیابانیة ‏(مثال JEUC و 

:FIXED-WIDTH یتم تحدید عدد محدد من البایتات لكل حرف 

.(AL32UTF8 

‏(مثال .(AL16UTF16 

:UNICODE 

نظام معتمد في جمیع أنحاء العالم لقدرتھ على تعریف جمیع اللغات والرموز الخاصة 

والرموز المستخدمة في النشر ‏(مثل © ®). یمكن أن تتكون ال Unicode من مجموعة من النظم 

وFixed-Width ‏(مثال .(UTF-16 

المختلفة مثل Varying-Width 

‏(مثال (UTF-8 

• 

• 

• 

• 

:CHOOSING CHARACTER SET 

خلال دراستنا لقاعدة ، CREATE DATABASE تعرفنا الى جملة CHARACTER SET التي تحدد 

نوعیة النظام الخاص باللغة"‏ "Character Set الذي سوف یستخدم في ال Database ‏(مثل 

یستخدم نظام ال Character set لتخزین اسماء ال 

Data و Columns وال Tables 

.(AL32UTF8 

في ھیئة .CHAR, VARCHAR2, LONG, CLOB القیمة ال Default لل Character Set ھي 

.US7ASCII 

Character Set الجدید 

لا یمكن تغییر ال Character Set بعد تكوین ال Database عدا في بعض 

استخدام 

مطابق بشكل كبیر للنوع القدیم).‏ 

الأستثنائات القلیلة ‏(مثلاً‏ عندما یكون ال 

عملیة انتقاء ال Character set المناسب تعتمد على الأحتیاجات الحالیة والمستقبلیة معاً،‏ أي في حالة 

وجود إحتمال استخدام لغات عدیدة في المستقبل،‏ یفضل استخدام Character Set قادر على استیعاب لغات 

عدة.‏ 

165

أیضاً‏ یجب الأخذ بالإعتبار نوعیة ال Character Set المتوفرة في نظام التشغیل " Operating 

اذ أن الإختلاف بین النظامیین یؤدي الى عملیة تحویل یقوم بھل الأوراكل مما قي یؤدي الى حدوث 

عبئ وضغط من جراء عملیة التحویل ، مما قد یؤدي الى ضیاع بیانات.‏ 

یعتبر استخدام Single-Byte أفضل من الناحیة الفنیة والأداء عن استخدام Varying-Width ولكن 

إمكانیات ال Single-Byte في تعدد اللغات محدودة جداً.‏ 

"System 

ملاحظة:‏ لا یمكن استخدم Fixed-Width كنظام لل 

.Character Set 

:CHOOSING NATIONAL CHARACTER SET 

یوجد نوع إضافي في 

القیمة ال 

الذي یستخدم لتخزین البیانات 

ھي .AF16UTF16 یمكن استخدام قیمتان لل 

لل 

.UTF-8 لا یمكن تغییر ال 

فقط ھما قیمتا ال 

تكوین ال Database عدا في بعض الأستثنائات القلیلة.‏ 

عملیة انتقاء ال National Character Set تعتمد على اللغة المراد استخدامھا ، ففي حالة اللغات 

‏(أي أن الأحرف لا تحجز مساحة ثابتة بل متغیرة)‏ 

الأوروبیة یتم حجز بین 

ولذلك یفضل استخدام UTF-8 لأنھا من نوع متغیر Varying-Width ‏(من 1 بایت الى بایت 

تعتبر ال UTF-16 أسرع وأقل عبئ في ال Database لأنھا من النوع الثابت .Fixed-Width 

قاعدة CREATE DATABASE ھو NATIONAL CHARACTER SET 

في ھیئة Default .NCHAR, NVARCHAR2, NCLOB 

National Character 

National Character Set 

National Character Set بعد 

UTF-16 Unicode و 

، 

3)، ولكن 

1 Byte الى 2 Byte لكل حرف 

(NLS) National Language Support تساعد 

:USING NLS PARAMETERS 

یوفر الأوراكل مجموعة من العوامل یطلق علیھا اسم 

على تحدید أمور مختلفة عالمیاً‏ مثل طریقة حفظ وعرض التاریخ والتوقیت،‏ الرمز المستخدم للعملة المحلیة،‏ 

الیوم الأول في الأسبوع ‏(السبت عند المسلمین والاثنین عند الغرب)‏ وغیرھا من الأمور.‏ 

یمكن تحدید عوامل ال NLS بثلاث طرق ھي:‏ 

عبر تعدیل ال 

باستخدام ال 

باستخدام جملة ال .ALTER SESSION 


) Environment Variables 

یستخدم في نظام الویندوز ال 

(Registry 

• 

• 

• 

التعدیل بواسطة جملة ALTER SESSION ھو الأقوى ثم یلیھ استخدام ال 

.Variables ھذا یعني اذا تم تعدیل أحد العوامل بواسطة ال 

جملة ال ، ALTER SESSION فإن قیمة العامل تكون ھي المحددة بجملة ال ALTER SESSION 

ولیس القیمة المحددة بال Initialization Parameter File أو القیمة المحددة بال 

Environment 

Initialization Parameter File وبواسطة 

Environment 

.Variables 

ملاحظة:‏ بعض العوامل لا تتغیر بواسطة ALTER SESSION أو باستخدام ال Environment 

.Variables 

تذكر:‏ جاء ذكر ال Environment Variables في الفصل الثالث.‏ 

166

:NLS Parameters 

یوفر الأوراكل عدد من العوامل منھا:‏ 

:NLS_LANGUAGE 

یستخدم في عرض اسماء الأیام والشھور،‏ ویستخدم لعرض الرموز 

الخاصة بالتوقیت والتاریخ مثل قبل أو بعد المیلاد أو التوقیت 

كلغة الرسائل المعروضة في الأوراكل مثل رسائل الأخطاء Messages" "Error ، ویستخدم ایضاً‏ 

في تحدید نوعیة عملیة ال .Sorting 

AM) (PM, ، ویستخدم 

(AD, BC) 

:NLS_TERRITORY یستخدم في تحدید طریقة عرض التاریخ ، واختیار رمز للعملة المحلیة ، 

تحدید أول یوم في الأسبوع وتحدید قیم تعرف باسم قیم ال .ISO 

.NLS_LANG 

• 

• 

• 

تشمل ال NLS_LANGUAGE قیم ال Default للعوامل التالیة:‏ 

:NLS_DATE_LANGUAGE لتحدید اسماء الشھور والأیام والإختصارات المعمول بھا ‏(مثل 

اختصار یوم الإثنین بالغة الإنجلیزیة .(MON 

:NLS_SORT لتغییر طریقة ترتیب البیانات "Sorting" في الأوراكل ، مثلاً‏ اذا تم تحدید قیمتھا 

بالتالي NLS_SORT =German فإن ترتیب البیانات سوف یكون طبقاً‏ للأبجدیة الألمانیة.‏ 

• 

• 

أما ال NLS_TERRITORY فتشمل قیم ال Default للعوامل التالیة:‏ 

:NLS_CURRENCY لإختیار رمز للعملة المحلیة.‏ 

:NLS_ISO_CURRENCY لإختیار رمز مختصر لعملیة البلد مثل USD للدولار الأمریكي.‏ 

:NLS_DATE_FORMAT لتحدید طریقة عرض التاریخ،‏ مثلاً‏ الأیام ثم الشھور ثم السنین.‏ 

لتحدید طریقة عرض الأرقام التي تحوي على 

فواصل مثل الأرقام الغیر صحیحة ‏(مثل 

:NLS_NUMERIC_CHARACTERS 

.(222.44.5 

• 

• 

• 

• 

Default للعوامل الأخرى ، 

بذلك ھو عند 

المقصود بأن العامل NLS_TERRITORY یشمل القیم ال 

تحدید قیمة ال ، NLS_TERRITORY فلیس من الضروري تحدید قیم العوامل التي یشملھا.‏ 

أیضاً‏ في حالة تحدید العامل NLS_TERRITORY والعوامل التي یشملھا ، یتم تغییر قیم العوامل التي 

یشملھا،‏ حیث أن تغییر قیمة العامل NLS_TERRITORY یتم فقط في ال 

أو عبر جملة ال ALTER SESSION مما یجعلھ النوع الأقوى من العوامل التي یشملھا التي تتغیر عبر 

جمیع الطرق.‏ مثال على ذلك اذا تم تحدید قیمة العامل NLS_CURRENCY بالقیمة £ ‏(الباوند)‏ في ال 

Initialization Parameter File ولكن ایضاً‏ تم تحدید قیمة العملة المحلیة في 

¥ ‏(الین الیاباني)‏ فإن رمز العملیة المحلیة في الأوراكل یكون الین الیاباني.‏ 

Environment Variables 

NLS_TERRITORY بالقیمة 

:NLS_LANG Parameter 

یمكن استخدام قیم مختلفة لكل مستخدم باستخدام ال NLS_LANG ویتم تحدیدھا فقط عبر استخدام ال 

تتكون من ثلاثة اقسام ھي Language و 

،Set معرفة بالقاعدة التالیة:‏ 

Character و Territory 

NLS_LANG = Langugae_Territory.Charset 

.Environment Variables 

167


:Language 

ھي موازیة للعامل NLS_LANGUAGE ویتم تعریف قیمتھا في الأوراكل عند 

تحدیدھا ولا یتم الأخذ بقیمة ، NLS_LANGUAGE اذ یعتبر العامل NLS_LANG ھو الأقوى 

في الأوراكل.‏ 

:Territory ھي موازیة للعامل NLS_TERRITORY ویتم تعریف قیمتھا في الأوراكل عند 

تحدیدھا ولا یتم الأخذ بقیمة ، NLS_TERRITORY اذ یعتبر العامل NLS_LANG ھو 

الأقوى في الأوراكل.‏ 

فقط.‏ 

:Charset یحدد نوعیة ال 

Character Set للمستخدم 

• 

• 

• 

:NLS and Functions 

خلال دراستك للإمتحان الأول SQL" "Introduction to استخدمت ال 

عملیات متعددة مثل جملة ، TO_CHAR وللتذكیر راجع المثال 10.1. 

NLS Parameters داخل 


SELECT TO_CHAR (hire_date, ‘DD.Mon.YYYY’, 

‘NLS_DATE_LANGUAGE = GERMAN’) 

FROM HR.EMPLOYEES 

:10.1 

یمكن استخدام العوامل التالیة مع :TO_CHAR 

NLS_DATE_LANGUAGE 

NLS_NUMERIC_CHARACTERS 

NLS_CURRENCY 

NLS_ISO_CURRENCY 

NLS_CALENDAR 

• 

• 

• 

• 

• 

یمكن استخدام العوامل التالیة مع :TO_DATE 

NLS_DATE_LANGUAGE 

NLS_CALENDAR 

• 

• 

یمكن استخدام العوامل التالیة مع :TO_NUMBER 

NLS_NUMERIC_CHARACTERS 

NLS_CURRENCY 

NLS_ISO_CURRENCY 

• 

• 

• 

168


للحصول على معلومات حول ال :NLS 

:NLS_DATABASE_PARAMETER توفر معلومات عن ال 

Character Set وال 

.Database المستخدم في ال National Character Set 

• 

SELECT PARAMETER, VALUE 

FROM NLS_DATABASE_PARAMETER 

WHERE PARAMETER LIKE ‘%CHARACTERSET%’; 

:NLS_INSTANCE_PARAMETER توفر معلومات عن قیم عوامل ال NLS المحددة في 

ال 


:NLS_SESSION_PARAMETER توفر معلومات عن قیم عوامل ال NLS المحددة لل 

Session فقط.‏ 

:V$NLS_VALID_VALUES توفر معلومات حول جمیع القیم المتوفرة المسموح استخدامھا 

لتحدید كل من ال 

.Language, Territory, Character Set 

• 

• 

• 

169

redo log files

Create successful ePaper yourself

Delete template?

Save as template?