ﻋﻤﻠﻴﺔ ﺍﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻫﻲ ﻤﻥ ﻤﻴﺯﺍﺕ ﺍلRMAN ، ﻓﻠﻭ ﻗﺎﻡ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺒﻌﻤل ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻋﻥ ﻁﺭﻴﻕ ﺍلUser-Managed Backup

ﻓﺈﻥ ﻋﻤﻠﻴﺔ ﺍﻻﺴﺘﺭﺠﺎﻉ ﺴﺘﺘﻡ ﻋﻠﻲ ﻤﺴﺘﻭﻱ ﺍلData File ﻭﺫﻟﻙ ﻷﻥ ﺍلUser-Managed Restore ﻻ ﺘﺴﺘﻁﻴﻊ ﻋﻤل Block Recovery ﻭﺇﻨﻤﺎ ﻟﻭ ﺤﺩﺙ ﻤﺸﻜﻠﺔ ﻓﻲ ﻜﺘﻠﺔ

ﻭﺍﺤﺩﺓ ﻓﻲ Data File ﻓﻼﺒﺩ ﻤﻥ ﻋﻤل ﺍﺴﺘﺭﺠﺎﻉ ﻟﻜل ﺍلData File، ﻭﺴﻭﻑ ﺘﻜﻭﻥ ﺍﻟﺨﻁﻭﺍﺕ ﻜﺎﻟﺘﺎﻟﻲ:

1- ﻭﻀﻊ ﺍلData File ﻓﻲ ﺍﻟﻭﻀﻊ Offline.

2- ﻋﻤل Restore ﻟلData File ﻤﻥ ﺍﻟﻨﺴﺨﺔ ﺍﻻﺤﺘﻴﺎﻁﻴﺔ ﺍﻟﺘﻲ ﺃﺨﺫﺕ ﻗﺒل ﺤﺩﻭﺙ ﺍﻟﻤﺸﻜﻠﺔ.

3- عمل Recover للData File.

4- ﺠﻠﺏ ﺍلData File ﻓﻲ ﺍﻟﻭﻀﻊ Online.

ﺃﻤﺎ ﺇﺫﺍ ﺍﺴﺘﺨﺩﻡ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍلRMAN ﻓﺈﻨﻪ ﻴﺴﺘﻁﻴﻊ ﺘﺤﺩﻴﺩ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﺃﺜﻨﺎﺀ ﻋﻤﻠﻴﺎﺕ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ، ﺒﺎﻟﻁﺒﻊ ﺇﺫﺍ ﺍﺴﺘﺨﺩﻤﺕ ﺍلUser-Managed Backup

ﻓﺎﻨﻙ ﺘﺴﺘﻁﻴﻊ ﺘﺤﺩﻴﺩ ﻤﺸﺎﻜل ﺍلHardware Corruption ﻭﺫﻟﻙ ﻷﻥ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل ﻴﻘﻭﻡ ﺒﻤﻌﺭﻓﺔ ﺍﻟﻤﺸﻜﻠﺔ ﻋﻨﺩ ﻗﺭﺍﺀﺓ ﺍﻟﻤﻠﻑ ﺃﺜﻨﺎﺀ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻟﻜﻨﻪ ﻻ ﻴﺴﺘﻁﻴﻊ ﺍﻜﺘﺸﺎﻑ

ﺍلSoftware Corruption، ﻭﺫﻟﻙ ﻷﻥ ﺍﻟﻤﻠﻑ ﻴﻅل ﻤﻘﺭﻭﺀﺍﹰ ﻋﻥ ﻁﺭﻴﻕ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل.

ﺃﻤﺎ ﺒﺎﻟﻨﺴﺒﺔ ﻟلRMAN ﻓﺈﻨﻬﺎ ﺘﻘﻭﻡ ﺒﺎﻟﺘﺤﻘﻕ ﻤﻥ ﻤﺤﺘﻭﻴﺎﺕ ﺍﻟﻜﺘل ﺃﺜﻨﺎﺀ ﻋﻤﻠﻴﺎﺕ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ، ﻓﻠﻭ ﺘﻡ ﺍﻟﻌﺜﻭﺭ ﻋﻠﻲ ﻜﺘﻠﺔ ﻓﺎﺴﺩﺓ ﻓﺈﻥ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺴﻭﻑ ﻴﺘﻭﻗﻑ ﻟﻭ ﺃﺭﺩﺕ ﺃﻨﺕ ﺫﻟﻙ،

ﻟﻜﻥ ﻴﻤﻜﻨﻙ ﻤﻭﺍﺼﻠﺔ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺤﺘﻰ ﻟﻭ ﺘﻡ ﺍﻟﻌﺜﻭﺭ ﻋﻠﻲ ﻜﺘل ﻓﺎﺴﺩﺓ ﻭﺫﻟﻙ ﻤﻥ ﺨﻼل ﺘﺴﺠﻴل ﻋﻨﻭﺍﻨﻴﻥ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻓﻲ الRepository.

ﻭﺍﻟﻴﻙ ﺍﻟﻤﺜﺎل ﺍﻟﺘﺎﻟﻲ ﻭﻫﻭ ﻴﻭﻀﺢ :

ﻓﻲ ﻫﺫﺍ ﺍﻟﻤﺜﺎل ﻗﺎﻡ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺒﻌﻤل ﻨﺴﺦ ﺍﺤﺘﻴﺎﻁﻲ ﻟلData File ﺭﻗﻡ 5 ﺤﺘﻰ ﻟﻭ ﻭﺼل ﻋﺩﺩ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﺨﻤﺴﻴﻥ ﻜﺘﻠﺔ،

ﻓﺴﻭﻑ ﻴﺘﻡ ﺘﺨﺯﻴﻥ ﻋﻨﻭﺍﻨﻴﻥ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻓﻲ ﺍلRepository، ﺃﻤﺎ ﺇﺫﺍ ﺘﺠﺎﻭﺯ ﻋﺩﺩ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﺨﻤﺴﻭﻥ ﻜﺘﻠﺔ ﻓﺴﻭﻑ ﺘﻔﺸل ﻋﻤﻠﻴﺔ ﺍلBackup.

ﻨﺴﺘﻔﻴﺩ ﻤﻥ ﻫﺫﻩ ﺍﻟﺨﺎﺼﻴﺔ ﻓﻲ ﺇﻜﻤﺎل ﻋﻤﻠﻴﺎﺕ ﺍﻟﻨﺴﺦ ﺍﻹﺤﺘﻴﺎﻁﻲ ﺤﺘﻰ ﻟﻭ ﺍﺤﺘﻭﻱ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻋﻠﻲ ﺒﻌﺽ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ،

ﻋﻤﻭﻤﹰﺎ ﺃﻨﺕ ﻜﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺘﺴﺘﻁﻴﻊ ﻤﺘﺎﺒﻌﺔ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻋﻥ ﻁﺭﻴﻕ V$DATABASE_BLCOK_CORRUPTION ﺤﻴﺙ ﻴﺤﺘﻭﻱ ﻋﻨﻭﺍﻨﻴﻥ ﺍﻟﻜﺘل

ﺍﻟﺘﻲ ﺴﺒﺒﺕ ﺍﻟﻤﺸﻜﻠﺔ ﺒﺤﻴﺙ ﻴﺘﻡ ﺘﺴﺠﻴل ﺭﻗﻡ ﺍﻟﻤﻠﻑ ﻭﺭﻗﻡ ﺍﻟﻜﺘﻠﺔ، ﺃﻤﺎ ﻋﻨﻭﺍﻥ ﺍﻟﻜﺘﻠﺔ ﻓﻲ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻓﻴﺘﻡ ﺘﺴﺠﻴﻠﻬﺎ ﻜﺴﺠل ﻓﻲ V$BACKUP_CORRUPTION

ﺇﺫﺍ ﻜﺎﻥ ﻨﻭﻉ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ BACKUP SET ﺃﻭ V$COPY_CORRUPTION ﺇﺫﺍ ﻜﺎﻥ ﻨﻭﻉ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ IMAGE COPY.

ﻓﻲ ﺍﻟﻭﻀﻊ ﺍﻟﻁﺒﻴﻌﻲ ﻻ ﻴﺘﻡ ﺍﺴﺘﺨﺩﺍﻡ ﺍﻟﺨﻴﺎﺭ SET MAXCORRUPT ﻤﻤﺎ ﻴﺅﺩﻱ ﺫﻟﻙ ﻟﻔﺸل ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻋﻨﺩ ﻋﺜﻭﺭﻩ ﻋﻠﻲ ﺃﻭل Block Corruption.

ﻭﺃﻨﺕ ﻜﻤﺩﻴﺭ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺘﺴﺘﻁﻴﻊ ﺘﺠﺎﻫل ﻋﻤﻠﻴﺔ ﺍﺨﺘﺒﺎﺭ ﺍﻟﻜﺘل ﺃﺜﻨﺎﺀ ﻋﻤل ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻭﺫﻟﻙ ﻤﻥ ﺨﻼل ﺒﻌﺽ ﺍﻟﺨﻴﺎﺭﺍﺕ،

ﻓﻠﻭ ﺃﺭﺩﺕ ﻤﺜﻼﹰ ﺘﺠﺎﻫل ﺴﻼﻤﺔ ﺍﻟﻜﺘل ﻤﻥ ﻤﺸﺎﻜل ﺍلPhysical Corruption ﻓﻤﺎ ﻋﻠﻴﻙ ﺇﻻ ﺃﻥ ﺘﻜﺘﺏ ﺍﻷﻤﺭ NOCHECKSUM ﺃﺜﻨﺎﺀ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ.

ﻜﺫﻟﻙ ﺘﺴﺘﻁﻴﻊ ﺍﻟﺘﺄﻜﺩ ﻤﻥ ﺴﻼﻤﺔ ﺍﻟﻜﺘل ﻤﻥ ﺍﻟﻤﺸﺎﻜل ﺍﻟﻤﻨﻁﻘﻴﺔ Logical Corruption من خلال الامر CHECK LOGICAL.

ﺇﺫﺍ ﻜﺎﻥ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﻨﺠﺯ ﻤﻬﺎﻤﻪ ﻓﻲ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﺒﻭﺍﺴﻁﺔ ﺍلUser-Managed Backup، ﻓﻘﺩ ﻴﻭﺍﺠﻪ ﺒﻌﺽ ﺍﻟﻤﺸﺎﻜل ﻋﻨﺩ ﺍﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ،

ﻓﻠﻭ ﺤﺩﺙ ﺃﻥ ﻓﺴﺩﺕ ﻜﺘﻠﺔ ﻭﺍﺤﺩﺓ ﻓﻲ ﺃﺤﺩ ﻤﻠﻔﺎﺕ ﺍلData File ﻓﻼﺒﺩ ﻤﻥ ﺍﺴﺘﺭﺠﺎﻉ ﻫﺫﺍ ﺍﻟﻤﻠﻑ ﺒﺄﻜﻤﻠﻪ ﻭﺫﻟﻙ ﻷﻥ ﺍلUser-Managed Backup ﻻ ﺘﺩﻋﻡ 

ﺍلBlock Media Recovery.

  ﺃﻤﺎ ﺃﺫﺍ ﻜﺎﻥ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﺴﺘﺨﺩﻡ ﺍﻷﺩﺍﺓ RMAN ﻓﺈﻨﻪ ﻴﺴﺘﻁﻴﻊ ﺍﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻓﻘﻁ، ﻤﻤﺎ ﻴﻘﻠل ﺍﻟﻭﻗﺕ ﺍﻟﻤﺴﺘﻐﺭﻕ ﻓﻲ ﺍﻻﺴﺘﺭﺠﺎﻉ ﻭﻜﺫﻟﻙ ﺃﺜﻨﺎﺀ ﺍﻻﺴﺘﺭﺠﺎﻉ

ﺘﻅل ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﻔﺘﻭﺤﺔ ﻭﻴﻅل ﻜﺫﻟﻙ ﺍلData File ﻤﻔﺘﻭﺤﺎﹰ ﻭﻴﺴﺘﻁﻴﻊ ﺍﻟﻤﺴﺘﺨﺩﻤﻭﻥ ﻤﻭﺍﺼﻠﺔ ﻋﻤﻠﻬﻡ ﺴﻭﺍﺀ ﺘﻠﻙ ﺍلSessions ﺍﻟﺘﻲ ﺘﺤﺘﺎﺝ ﺍﻟﻭﺼﻭل ﻟﻠﻜﺘل ﺍﻟﺘﻲ ﻴﺘﻡ ﺍﺴﺘﺭﺠﺎﻋﻬﺎ.

ﻟﺤﻅﺔ ﺍﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻋﻥ ﻁﺭﻴﻕ ﺍلRMAN ﻴﺘﻡ ﺘﺯﻭﻴﺩ ﺍلRMAN ﺒﻘﺎﺌﻤﺔ ﺍﻟﻜﺘل ﺍﻟﺘﻲ ﻨﺤﺘﺎﺝ ﻻﺴﺘﺭﺠﺎﻋﻬﺎ، ﻓﺘﻘﻭﻡ ﺍلRMAN ﺒﺎﻟﺒﺤﺙ ﻋﻥ ﻫﺫﻩ ﺍﻟﻜﺘل ﻓﻲ ﻤﻠﻔﺎﺕ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ

ﺴﻭﺍﺀ ﺃﻜﺎﻥ ﺫﻟﻙ ﺍﻟﻨﺴﺦ ﺍﻻﺤﺘﻴﺎﻁﻲ ﻤﻥ ﺍﻟﻨﻭﻉ Backup Set ﺃﻭ ﺍﻟﻨﻭﻉ Image Copy ﻭﺘﻘﻭﻡ ﺒﺈﺭﺠﺎﻋﻪ ﻟﻠﻤﻠﻑ، ﺜﻡ ﺘﻘﻭﻡ ﺒﺎﺴﺘﺨﺩﺍﻡ ﻤﻠﻔﺎﺕ ﺍﻷﺭﺸﻴﻑ ﺍﻟﻤﻨﺎﺴﺒﺔ ﻟﺘﻁﺒﻴﻕ ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﺍﻟﺘﻲ ﺤﺩﺜﺕ،

ﻭﺩﺍﺌﻤﺎﹰ ﻤﺎ ﻴﺘﻡ ﺍﻻﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺎﻤل Complete Recovery، ﻭﻟﻜﻥ ﻴﻅل ﺍﻟﻤﺴﺘﺨﺩﻤﻭﻥ ﻴﺴﺘﻠﻤﻭﻥ ﺭﺴﺎﺌل ﺍﻟﺨﻁﺄ 01578-ORA ﻤﺎﺩﺍﻡ ﻴﺤﺎﻭﻟﻭﻥ ﺍﻟﻭﺼﻭل ﻟلCorrupted Blocks ﻗﺒل ﺇﻜﻤﺎل ﺍﻻﺴﺘﺭﺠﺎﻉ.

ﻴﺘﻡ ﺍﺴﺘﺭﺠﺎﻉ ﺍﻟﻜﺘل ﺍﻟﻔﺎﺴﺩﺓ ﻋﺒﺭ ﺍلRMAN ﻋﻥ ﻁﺭﻴﻕ ﺍﻷﻤﺭ BLOCKRECOVER.

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