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
Dealing With Database Corruption
Block Corruption
ﻓﻲ ﺍﻟﺤﻘﻴﻘﺔ ﻟﻴﺱ ﻓﻲ ﻭﺴﻊ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﻨﻊ ﺤﺩﻭﺙ ﺍلBlock Corruption ﻭﻟﻜﻥ ﻴﺴﺘﻁﻴﻊ ﺍﻜﺘﺸﺎﻑ ﻫﺫﻩ ﺍﻟﻜﺘل ﻭﺭﺒﻤﺎ ﺍﻟﺘﺨﻔﻴﻑ ﻤﻥ ﺁﺜﺎﺭ ﻫﺫﻩ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ
ﻋﻠﻲ ﻤﺴﺘﺨﺩﻤﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺒﺸﺭﻁ ﺃﻥ ﻴﻜﻭﻥ ﻟﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺇﺴﺘﺭﺍﺘﻴﺠﻴﺔ ﺠﻴﺩﺓ ﻟﻠﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻲ ﻴﺴﺘﻁﻴﻊ ﻤﻥ ﺨﻼﻟﻬﺎ ﻤﻌﺎﻟﺠﺔ ﻤﺸﻜﻠﺔ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ،
ﺒﺎﻟﻁﺒﻊ ﺍلBlock Corruption ﻴﻤﻜﻥ ﺃﻥ ﻴﺤﺩﺙ ﻋﻠﻲ ﻤﺴﺘﻭﻱ ﺍلOnline Redo Log File ﺃﻭ ﺍلArchive Redo Log File ﺃﻭ ﺍلControl File ﻟﻜﻥ ﻤﺎ ﻴﻤﻬﻨﺎ ﻫﻨﺎ ﻓﻘﻁ ﺍلBlock Corruption
ﺍﻟﺫﻱ ﻴﺤﺩﺙ ﻋﻠﻲ ﺍلData File ﻭﺫﻟﻙ ﻷﻥ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﻤﻜﻨﻪ ﺘﻔﺎﺩﻱ ﻤﺸﻜﻠﺔ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻋﻠﻲ ﺍل(Control File & Archive Redo Log File & Online Redo Log File) ﻋﻥ ﻁﺭﻴﻕ
الMultiplexing.
ﻋﻤﻭﻤﹰﺎ ﻫﻨﺎﻙ ﻨﻭﻋﺎﻥ ﻤﻥ ﺍلBlock Corruption ﺍﻟﻨﻭﻉ ﺍﻷﻭل Media Corruption ﻭﻫﻲ ﻋﺒﺎﺭﺓ ﻋﻥ ﻤﺸﻜﻠﺔ ﺘﺤﺩﺙ ﻓﻲ Block ﺒﺤﻴﺙ ﺘﺼﺒﺢ ﻤﺤﺘﻭﻴﺎﺕ ﻫﺫﺍ ﺍلBlock ﻏﻴﺭ ﻤﻁﺎﺒﻘﺔ ﻟﺸﻜل (Format)
ﺍﻻﻭﺭﻜل ﻤﻤﺎ ﻴﻌﻨﻲ ﺃﻨﻪ ﻻ ﻓﺎﺌﺩﺓ ﻤﻥ ﻭﺠﻭﺩ ﻫﺫﺍ ﺍلBlock،
وﺍﻟﻨﻭﻉ ﺍﻟﺜﺎﻨﻲ ﻫﻭ ﺍلLogical Corruption ﺃﻭ ﻤﺎ ﻴﺴﻤﻲ ﺍلSoftware Corruption ﻭﻓﻲ ﻫﺫﺍ ﺍﻟﻨﻭﻉ ﻴﻜﻭﻥ ﺍلBlock ﻤﻁﺎﺒﻕ ﻟﺸﻜل (Format) ﺍﻷﻭﺭﻜل ﻭﻜﺫﻟﻙ ﺍلHeader Area ﺼﺤﻴﺢ ﻭﺃﻴﻀﺎﹰ
ﺍلData Area ﻟﻜﻥ ﻤﺤﺘﻭﻴﺎﺕ ﻫﺫﻩ ﺍﻟﻜﺘﻠﺔ ﻏﻴﺭ ﻤﺘﺴﻘﺔ ﺩﺍﺨﻠﻴﺎﹰ. ﻟﻜﻥ ﺤﺘﻰ ﺍلSoftware Corruption ﻓﻲ ﺍﻟﻐﺎﻟﺏ ﻟﻬﺎ ﺍﺭﺘﺒﺎﻁ ﻜﺫﻟﻙ ﺒﺎلHardware ﻭﻟﻜﻥ ﻜﺫﻟﻙ ﻓﻲ ﻅﺭﻭﻑ ﻨﺎﺩﺭﺓ ﻴﻤﻜﻥ ﺃﻥ ﺘﺤﺩﺙ
ﻤﺸﻜﻠﺔ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻋﻥ ﻁﺭﻴﻕ ﺇﻨﺸﺎﺀ ﺍﻷﻭﺭﻜل ﻟﻜﺘل ﻏﻴﺭ ﻤﺘﻨﺎﺴﻘﺔ.
ﻋﻤﻭﻤﹰﺎ ﻫﻨﺎﻙ ﺃﻜﺜﺭ ﻤﻥ ﻤﺘﻐﻴﺭ ﻓﻲ ﻤﻠﻑ ﺍﻟﻤﺘﻐﻴﺭﺍﺕ ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﻪ ﺍﺭﺘﺒﺎﻁ ﺒﻤﻭﻀﻭﻉ ﺍل Block Corruption ﻓﻤﻥ ﺫﻟﻙ ﺍﻟﻤﺘﻐﻴﺭ DB_BLOCK_CHECKSUM ﺍﻟﺫﻱ ﻴﺄﺨﺫ ﺍﻟﻘﻴﻤﺔ TRUE
ﻜﻘﻴﻤﺔ ﺍﻓﺘﺭﺍﻀﻴﺔ، ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﻴﺴﺎﻋﺩﻙ ﻋﻠﻲ ﺍﻜﺘﺸﺎﻑ ﺍﻷﻀﺭﺍﺭ ﺍﻟﺘﻲ ﺤﺼﻠﺕ ﺒﺴﺒﺏ ﺍﻟﺘﺨﺯﻴﻥ ﻓﻲ ﺍﻟﺩﻴﺴﻙ، ﻓﻠﺤﻅﺔ ﻋﻤل ﺍلDBWn ﺍﻟﺫﻱ ﻴﻘﻭﻡ ﺒﻜﺘﺎﺒﺔ ﺍلBlock ﻓﻲ ﺍﻟﺩﻴﺴﻙ ﻴﻘﻭﻡ ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ
ﺒﻌﻤل Check ﻟلBlocks ﻭﺘﻀﻤﻴﻥ ﺫﻟﻙ ﻓﻲ ﺍلHeader،
ﻭﻋﻨﺩﻤﺎ ﻴﻘﻭﻡ ﺍلServer Process ﺒﻘﺭﺍﺀﺓ ﺫﻟﻙ ﺍلBlock ﻴﻘﻭﻡ ﺍلChecksum ﺒﻌﻤل ﻤﻘﺎﺭﻨﺔ، ﺒﻤﻌﻨﻲ ﺃﻥ ﺃﻱ ﻤﺸﻜﻠﺔ ﺤﺩﺜﺕ ﺒﻴﻥ ﺍلDBWn ﻭﻤﺤﺎﻭﻟﺔ ﻗﺭﺍﺀﺓ ﺘﻠﻙ ﺍﻟﻜﺘﻠﺔ ﺴﻭﻑ ﻴﺘﻡ ﺍﻜﺘﺸﺎﻓﻬﺎ، ﻟﺫﺍ ﺘﻨﺼﺢ
ﺸﺭﻜﺔ ﺃﻭﺭﻜل ﺃﻥ ﻴﺄﺨﺫ ﺍﻟﻤﺘﻐﻴﺭ DB_BLOCK_CHECKSUM ﺍﻟﻘﻴﻤﺔ ﺍﻻﻓﺘﺭﺍﻀﻴﺔ ﻭﻫﻲ TRUE، ﻟﺫﺍ ﺃﻱ ﻤﺸﻜﻠﺔ ﺘﺤﺩﺙ ﻤﺎﺩﺍﻡ ﺍلBlock ﻓﻲ ﺍﻟﺩﻴﺴﻙ ﺃﻭ ﺃﺜﻨﺎﺀ ﻜﺘﺎﺒﺔ ﺃﻭ ﻗﺭﺍﺀﺓ ﺫﻟﻙ ﺍلBlock ﺴﻭﻑ ﻴﺘﻡ ﺍﻜﺘﺸﺎﻓﻬﺎ.
ﻟﻜﻥ ﻋﻤﻭﻤﺎﹰ ﺤﺘﻰ ﻟﻭ ﺃﺨﺫ ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﺍﻟﻘﻴﻤﺔ FALSE ﺴﻴﻅل ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﻤﻨﺸﻁﺎﹰ ﺨﻼل ﺍلSystem Tablespace.
ﻭﻜﺫﻟﻙ ﺍﻟﻤﺘﻐﻴﺭ DB_BLOCK_CHECKING ﺍﻟﺫﻱ ﻴﺄﺨﺫ ﺍﻟﻘﻴﻤﺔ FALSE ﻜﻘﻴﻤﺔ ﺍﻓﺘﺭﺍﻀﻴﺔ، ﻴﺴﺎﻋﺩﻙ ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﻋﻠﻲ ﻜﺸﻑ ﺍﻷﻀﺭﺍﺭ ﺍﻟﺘﻲ ﺤﺩﺜﺕ ﺒﺴﺒﺏ ﻤﺸﻜﻠﺔ ﻓﻲ ﺍﻟﺫﺍﻜﺭﺓ،
ﺇﺫﺍ ﺘﻡ ﻭﻀﻊ ﺍﻟﻘﻴﻤﺔ TRUE ﻟﻬﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﻓﺈﻥ ﺫﻟﻙ ﺴﻭﻑ ﻴﺅﺜﺭ ﻋﻠﻲ ﺍﻷﺩﺍﺓ ﻟﺫﺍ ﺘﻨﺼﺢ ﺸﺭﻜﺔ ﺃﻭﺭﻜل ﺃﻥ ﻴﺄﺨﺫ ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﺍﻟﻘﻴﻤﺔ ﺍﻻﻓﺘﺭﺍﻀﻴﺔ ﻭﻫﻲ FALSE ﻤﺎ ﻟﻡ ﻴﻜﻥ ﻫﻨﺎﻙ ﻤﺸﺎﻜل ﻤﺤﺩﺩﺓ ﺫﺍﺕ ﺼﻠﺔ
ﺘﺘﻌﻠﻕ ﺒﺤﺼﻭل ﻤﺸﺎﻜل ﺤﺩﺜﺕ ﻓﻲ ﺍﻟﺫﺍﻜﺭﺓ.
---------------------------------------------------------