Orcale Tutorial Content
Getting Started - البدء مع إدارة قواعد البيانات
Oracle Architectural Components - مكونات قاعدة البيانات أوركل
Installing Oracle Database - تثبيت الأوركل
Creating and Configuring Database - إنشاء قاعدة البيانات
Controlling The Database -التحكم في قاعدة البيانات
Administrating Users - إدارة المستخدمين
Database Security & Monitoring - تأمين ومراقبة قاعدة البيانات
Oracle Net Services & Database Link & Metrlized Viewِ
Undo Management & Flashback Technology
Managing Shared Servers
Using Globalization Support
Logical Backup & Recovery
Physical Backup & Recovery
Recovery Manager (RMAN)
Managing Resources
Automating Tasks with the Scheduler
Dealing with Locking
Diagnostic Sources
Dealing With Database Corruption
Managing & Monitoring Memory
Performance Tunning
Physical Backup & Recovery
Physical Backup
ﺍﻟﺸﻜل 1-14 ﻴﻭﻀﺢ ﺃﻨﻭﺍﻉ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻭﺭﻜل (Physical & Logical & RMAN),
ﻭﺴﻨﺘﺤﺩﺙ ﻓﻲ ﻫﺫﺍ ﺍﻟﻔﺼل ﻋﻥ ﺍﻟﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻰ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ (Physical Backup) ﻭﻜﺫﻟﻙ ﺍﻻﺴﺘﺭﺠﺎﻉ.
ﻭﻟﻜﻥ ﻗﺒل ﺍﻟﺘﻔﺼﻴل ﻓﻲ ﻫﺫﺍ ﺍﻟﻤﻭﻀﻭﻉ ﻻﺒﺩ ﻤﻥ ﺇﺸﺎﺭﺍﺕ ﺴﺭﻴﻌﺔ. ﻤﺎ ﻫﻭ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ (Physical Backup): ﻫﻭ ﻨﺴﺦ ﻟﻤﻠﻔﺎﺕ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻔﻴﺯﻴﺎﺌﻴﺔ
ﺃﻭ ﺘﻠﻙ ﺍﻟﺘﻲ ﻨﺴﺘﻁﻴﻊ ﺍﻟﺘﻌﺎﻤل ﻤﻌﻬﺎ ﻋﻥ ﻁﺭﻴﻕ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل، ﻓﻔﻲ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺍﻟﻤﻨﻁﻘﻲ ﻜﻨﺎ ﻨﺴﺘﺨﺩﻡ ﻭﺴﻴﻠﺔ ﺘﺼﺩﻴﺭ ﻤﺜل Export Utilities ﻭﻟﻴﺱ ﻓﻘﻁ ﻋﻥ
ﻁﺭﻴﻕ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل ﻭﺫﻟﻙ ﻷﻥ ﺍﻟﻜﺎﺌﻨﺎﺕ ﺍﻟﺘﻲ ﻜﻨﺎ ﻨﺼﺩﺭﻫﺎ ﻓﻲ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺍﻟﻤﻨﻁﻘﻲ (Backup Logical) ﻻ ﻴﻤﻜﻥ ﻤﺸﺎﻫﺩﺘﻬﺎ ﻋﻥ ﻁﺭﻴﻕ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل ﻤﺜل ﺍﻟﺠﺩﺍﻭل
ﻭﺍﻟﻤﻨﺎﻅﻴﺭ ﻭﺍﻹﺠﺭﺍﺀﺍﺕ ﻭﻤﻥ ﻫﻨﺎ ﺃﺘﺕ ﺘﺴﻤﻴﺔ ﻨﺴﺦ ﺍﺤﺘﻴﺎﻁﻲ ﻤﻨﻁﻘﻲ، ﺃﻤﺎ ﻓﻲ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ (Backup Physical) ﻓﺠﻤﻴﻊ ﺍﻟﻤﻠﻔﺎﺕ ﺍﻟﺘﻲ ﻴﺘﻡ ﻨﺴﺨﻬﺎ ﻫﻲ ﻋﺒﺎﺭﺓ ﻋﻥ File OS.
ﺃﻨﻭﺍﻉ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ (Backup Physical):
1- Cold: ﻭﻫﻭ ﺍﻟﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻰ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ ﺍﻟﺒﺎﺭﺩ، ﻭﺘﺄﺘﻰ ﻜﻠﻤﺔ ﺒﺎﺭﺩ ﻤﻥ ﺃﻥ ﺍﻟﻨﺴﺦ ﻴﻜﻭﻥ ﺒﻌﺩ ﺇﻏﻼﻕ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
2- Hot: ﻭﻫﻭ ﺍﻟﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻰ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ ﺍﻟﺴﺎﺨﻥ، ﻭﻫﻭ ﻨﺴﺦ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺩﻭﻥ ﺇﻏﻼﻗﻬﺎ.
Archivelog Files Management:
ﻭﻗﺒل ﺍﻟﺘﻔﺼﻴل ﻓﻲ ﻤﻭﻀﻭﻉ ﺍﻟﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻰ ﺍﻟﻔﻴﺯﻴﺎﺌﻲ ﻻﺒﺩ ﻤﻥ ﺍﻟﺤﺩﻴﺙ ﻋﻥ ﻫﺫﺍ ﺍﻟﻤﻭﻀﻭﻉ ﺒﻨﻭﻉ ﻤﻥ ﺍﻟﺘﻔﺼﻴل.
ﺃﻨﻤﺎﻁ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ:
1- (NOARCHIVELOG (Default.
.ARCHIVELOG (Optional) -2
ﺫﻜﺭنا سابقاً ﺃﻥ ﺍلRedo Log File ﻴﺴﺘﺨﺩﻡ ﻟﺘﺴﺠﻴل ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﺍﻟﺘﻲ
ﺘﺤﺩﺙ ﻋﻠﻰ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺒﺤﻴﺙ ﻴﺘﻡ ﺘﺴﺠﻴل ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﺍﻟﺘﻲ ﺘﻡ ﺘﺜﺒﻴﺘﻬﺎ ﺃﻭ ﻻ، ﻨﺴﺘﻔﻴﺩ ﻤﻥ ﻫﺫﺍ ﺍﻟﻤﻠﻑ ﻓﻲ ﺍﺴﺘﺭﺠﺎﻉ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺤﺎل ﺤﺩﻭﺙ ﻓﺸل، ﺒﺤﻴﺙ ﺘﻜﻭﻥ ﻫﻨﺎﻙ ﺒﻌﺽ ﺍﻟﺒﻴﺎﻨﺎﺕ
ﻟﻡ ﺘﻜﺘﺏ ﻓﻲ ﺍلData Files ﺒﻴﻨﻤﺎ ﻜﺘﺒﺕ ﻓﻲ ﻫﺫﺍ ﺍﻟﻤﻠﻔﺎﺕ. ﻭﺫﻜﺭﺕ ﻜﺫﻟﻙ ﺒﺄﻥ ﺍلRedo Log File ﻴﻜﻭﻥ ﻓﻲ ﺸﻜل GROUP ﺒﺤﻴﺙ ﺘﻌﻤل ﻜل ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻋﻠﻰ
ﻜﺘﺒﺕ ﻓﻲ ﻫﺫﺍ ﺍﻟﻤﻠﻔﺎﺕ. ﻭﺫﻜﺭﺕ ﻜﺫﻟﻙ ﺒﺄﻥ ﺍلRedo Log File ﻴﻜﻭﻥ ﻓﻲ ﺸﻜل GROUP ﺒﺤﻴﺙ ﺘﻌﻤل ﻜل ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻋﻠﻰ ﻋﻠﻲ ﺍﻷﻗل ﺒﺎﺜﻨﻴﻥ ﻤﻥ ﺍلGroups.
ﺇﺫﺍﹰ ﻴﺴﺘﺨﺩﻡ ﻫﺫﺍ ﺍﻟﻤﻠﻑ ﺃﺴﺎﺴﺎﹰ ﻟﻌﻤﻠﻴﺔ ﺍﻻﺴﺘﺭﺠﺎﻉ ﻓﻲ ﺤﺎﻟﺔ ﺤﺩﻭﺙ ﺨﻁﺎﹰ ﺇﺫ ﻴﺤﺘﻭﻯ ﻋﻠﻰ ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﺍﻟﺘﻲ ﺘﺤﺩﺙ ﻋﻠﻰ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
ﻭﻟﻀﻤﺎﻥ ﺍﻟﺤﻔﺎﻅ ﻋﻠﻰ ﻫﺫﺍ ﺍﻟﻤﻠﻑ ﻓﺈﻥ ﻜل Group ﻴﻨﺘﻅﻡ ﻓﻲ ﺸﻜل Members ﻭﻜل ﺍلMember ﺩﺍﺨل ﺍلGroup ﻫﻲ ﻨﺴﺨﺔ ﻁﺒﻕ ﺍﻷﺼل ﺍﻟﻬﺩﻑ ﻤﻨﻬﺎ ﺘﻘﻠﻴل ﻨﺴﺒﺔ ﺨﻁﺭ ﺍﻟﻔﻘﺩﺍﻥ.
LGWR Background Process ﻴﻘﻭﻡ ﺒﻜﺘﺎﺒﺔ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﻤﻭﺠﻭﺩﺓ ﻓﻲ ﺍلBuffer log Redo ﺇﻟﻰ ﺍلRedo Log Files.
ﻟﺤﻅﺔ ﻤلﺀ ﺍلRedo Log File ﻓﺎﻥ ﺍلLGWR ﻴﻘﻭﻡ ﺒﺎﻟﺘﺤﻭل ﻟلRedo Log File ﺍﻷﺨﺭﻯ ﻓﻲ ﻋﻤﻠﻴﺔ ﺘﻌﺭﻑ ﺒﺎلSwitch Log.
ﺜﻡ ﻴﻘﻭﻡ ﺒﺎﻟﺘﺤﻭل ﻤﺭﺓ ﺃﺨﺭﻯ ﺇﻟﻰ ﺍلRedo Log File ﺍﻷﻭل ﻓﻲ ﻋﻤﻠﻴﺔ ﺩﺍﺌﺭﻴﺔ ﻓﻴﻘﻭﻡ ﺒﻤﺴﺢ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻭﺇﻋﺎﺩﺓ ﺍﻟﻜﺘﺎﺒﺔ ﻓﻴﻪ ﻤﺭﺓ ﺃﺨﺭﻯ، ﺃﻱ ﺃﻨﻨﺎ ﻨﻔﻘﺩ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﺘﻲ ﺘﻜﻭﻥ ﻤﻭﺠﻭﺩﺓ ﻓﻴﻪ، ﻭﻫﻰ
ﻋﺒﺎﺭﺓ ﻋﻥ ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﺍﻟﺘﻲ ﺘﺤﺩﺙ ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻭﺍﻟﺘﻲ ﻨﺤﺘﺎﺠﻬﺎ ﻓﻲ ﻋﻤﻠﻴﺔ ﺍﻻﺴﺘﺭﺠﺎﻉ Recovery.
ﻟﻨﻔﺘﺭﺽ ﻤﺜﻼﹰ ﺃﻨﻙ ﻗﻤﺕ ﺒﻌﻤل ﻨﺴﺦ ﺍﺤﺘﻴﺎﻁﻲ (Backup) ﻴﻭﻡ ﺍﻷﺤﺩ ﺼﺒﺎﺤﺎﹰ ﻭﺤﺼل ﻓﺸل ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﻭﻡ ﺍﻟﺜﻼﺜﺎﺀ ﻭﻨﺤﺘﺎﺝ ﻟﻌﻤل ﺍﺴﺘﺭﺠﺎﻉ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ،
ﻓﻲ ﻫﺫﻩ ﺍﻟﺤﺎﻟﺔ ﺘﺴﺘﻁﻴﻊ ﺍﺴﺘﺭﺠﺎﻉ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻘﻁ ﺇﻟﻰ ﺁﺨﺭ ﻨﺴﺦ ﺍﺤﺘﻴﺎﻁﻲ ﻭﻫﻭ ﻴﻭﻡ ﺍﻷﺤﺩ، ﻭﻻ ﻨﺴﺘﻁﻴﻊ ﻋﻤل Recovery ﺇﻟﻰ ﻤﺎ ﺒﻌﺩ ﺫﻟﻙ ﻭﺫﻟﻙ ﻷﻨﻨﺎ ﻓﻘﺩﻨﺎ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﺘﻲ ﻨﺤﺘﺎﺠﻬﺎ
ﻓﻲ ﻋﻤﻠﻴﺔ ﺍلRecovery ﺍﻟﻤﻭﺠﻭﺩﺓ ﻓﻲ ﺍلRedo Log File ﻨﺘﻴﺠﺔ ﻹﻋﺎﺩﺓ ﺍﻟﻜﺘﺎﺒﺔ في الFile Log Redo.
ﻤﺎ ﺍﻟﺤل ﺇﺫﺍﹰ؟ ﺍﻟﺤل ﻨﻘﻭﻡ ﺒﻌﻤل ﺃﺭﺸﻴﻑ ﻨﺤﺘﻔﻅ ﻓﻴﻪ ﺒﻨﺴﺦ ﻤﻥ ﺍلRedo Log File ﻗﺒل ﺇﻋﺎﺩﺓ ﺍﻟﻜﺘﺎﺒﺔ ﻓﻴﻪ، ﺃﻱ ﺒﻤﻌﻨﻰ ﺁﺨﺭ ﻨﻘﻭﻡ ﺒﺘﺸﻐﻴل ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺍﻟﻨﻤﻁ Archivelog Mode.
ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺍﻷﺼل ﺘﻌﻤل ﻓﻲ ﺍﻟﻨﻤﻁ NOARCHIVELOG ﺃﻱ ﺃﻥ ﻤﻠﻔﺎﺕ ﺍلFile Redo ﻻ ﺘﺘﻡ ﺃﺭﺸﻔﺘﻬﺎ، ﻟﺫﺍ ﻨﺴﺘﻁﻴﻊ ﺇﺭﺠﺎﻉ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻘﻁ ﺇﻟﻰ ﺁﺨﺭ ﻨﺴﺦ ﺍﺤﺘﻴﺎﻁﻲ ﻓﻲ ﺤﺎﻟﺔ
ﺤﺩﻭﺙ ﻓﺸل ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
---------------------------------