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
Managing Resources
Consumer Groups
ﻤﺴﺘﺨﺩﻤﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﻴﺴﻭﺍ ﺴﻭﺍﺀ؛ ﻓﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﻴﺱ ﻤﺜل ﻤﺴﺘﺨﺩﻡ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻟﺫﻱ ﻴﻘﻭﻡ ﺒﺈﺠﺭﺍﺀ ﻋﻤﻠﻴﺔ ﺃﻭ ﻋﻤﻠﻴﺘﻴﻥ ﻓﻲ ﺍﻟﻴﻭﻡ ﻋﻠﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ،
ﻭﺍﻟﻤﺤﺎﺴﺏ ﺍﻟﺫﻱ ﻴﻘﺎﺒل ﺍﻟﻌﻤﻼﺀ ﻤﻨﺫ ﺍﻟﺼﺒﺎﺡ ﺍﻟﺒﺎﻜﺭ ﺤﺘﻰ ﺍﻟﺴﺎﻋﺔ ﺍﻟﺜﺎﻟﺜﺔ ﻅﻬﺭﹰﺍ ﻴﺨﺘﻠﻑ ﻋﻥ ﺍﻟﻤﺩﻴﺭ ﺍﻟﻤﺎﻟﻲ ﺍﻟﺫﻱ ﻴﺤﺘﺎﺝ ﺍﻟﻲ ﺘﻘﺎﺭﻴﺭ ﻓﻲ ﻨﻬﺎﻴﺔ ﺍﻟﺩﻭﺍﻡ،
ﻤﻥ ﻫﻨﺎ ﺃﺘﺕ ﺍﻟﺤﺎﺠﺔ ﺇﻟﻲ ﺘﻘﺴﻴﻡ ﻋﺎﺩل ﻓﻲ ﺍﻟﻤﻭﺍﺭﺩ؛ ﺨﺼﻭﺼﹰﺎ ﺇﺫﺍ ﻜﺎﻨﺕ ﺍﻟﻤﻭﺍﺭﺩ ﻤﺤﺩﻭﺩﺓ ﺠﺩﺍﹰ ﻭﺍﻟﻤﺴﺘﺨﺩﻤﻭﻥ ﻜﺜﺭ.
ﻭﻟﻨﻔﺘﺭﺽ ﻫﺫﺍ ﺍﻟﺴﻴﻨﺎﺭﻴﻭ ﺃﻨﻙ ﻤﺩﻴﺭ ﻟﻘﺎﻋﺩﺓ ﺒﻴﺎﻨﺎﺕ ﺒﻨﻙ، ﻫﺫﺍ ﺍﻟﺒﻨﻙ ﻴﺤﺘﻭﻱ ﻋﻠﻲ ﻤﺠﻤﻭﻋﺔ ﻤﻥ ﺍﻟﺼﺭﺍﻓﻴﻥ ﺍﻟﺫﻴﻥ ﻴﻘﻭﻤﻭﻥ ﺒﺨﺩﻤﺔ ﺍﻟﻌﻤﻼﺀ ﻤﻨﺫ ﺍﻟﺴﺎﻋﺔ ﺍﻟﺜﺎﻤﻨﺔ ﻭﺤﺘﻰ ﺍﻟﺜﺎﻨﻴﺔ ﻅﻬﺭﺍﹰ،
ﻭﻟﻨﻔﺘﺭﺽ ﺃﻥ ﻋﺩﺩﻫﻡ ﻤﺎﺌﺔ ﺼﺭﺍﻑ، ﻭﺃﻥ ﻫﻨﺎﻙ ﺍﻵﻻﻑ ﻤﻥ ﺍﻟﻌﻤﻼﺀ ﻴﺭﻴﺩﻭﻥ ﺼﺭﻑ ﻭﺘﻭﺭﻴﺩ ﺃﻤﻭﺍﻟﻬﻡ ﻓﺈﺫﺍ ﻜﺎﻥ ﺍﻟﻨﻅﺎﻡ ﺒﻁﺊ ﻭﻻ ﻴﺴﺘﻭﻋﺏ ﻫﺫﺍ ﺍﻟﻌﺩﺩ ﻤﻥ ﺍﻟﺼﺭﺍﻓﻴﻥ ﻨﺘﻴﺠﺔ ﻷﻥ ﻋﺩﺩ ﻤﻥ ﻤﺩﺭﺍﺀ
ﺍﻹﺩﺍﺭﺍﺕ ﺍﻷﺨﺭﻯ ﻴﺯﺤﻤﻭﻥ ﺍﻟﻨﻅﺎﻡ ﻤﻨﺫ ﺍﻟﺼﺒﺎﺡ ﻻﺴﺘﺨﺭﺍﺝ ﺘﻘﺎﺭﻴﺭ ﻴﻤﻜﻥ ﺃﻥ ﻴﺅﺠل ﺇﻟﻲ ﻨﻬﺎﻴﺔ ﺍﻟﺩﻭﺍﻡ،ﺇﺫﺍ ﻜﺎﻥ ﺍﻟﻭﻀﻊ ﻜﺫﻟﻙ ﻓﺴﺘﻜﻭﻥ ﺍﻟﻨﺘﻴﺠﺔ ﻜﺎﺭﺜﻴﺔ ﻭﺴﻴﻨﺼﺭﻑ ﺍﻏﻠﺏ ﻫﺅﻻﺀ ﺍﻟﻌﻤﻼﺀ ﻟﺒﻨﻭﻙ ﺃﺨﺭﻱ
ﺘﻭﻓﺭ ﻟﻬﻡ ﺨﺩﻤﺔ ﺃﻓﻀل، ﻓﻲ ﺤﻴﻥ ﺃﻨﻙ ﻟﻭ ﻗﻤﺕ ﺒﺈﺩﺍﺭﺓ ﺠﻴﺩﺓ ﻟﻠﻤﻭﺍﺭﺩ ﺍﻟﻤﺘﺎﺤﺔ ﻟﻤﺎ ﺍﻨﺼﺭﻑ ﻋﻨﻙ ﻋﻤﻴل ﻭﺍﺤﺩ ﻭﻫﻭ ﻴﻨﺩﺏ ﺤﻅﻪ ﺍﻟﺫﻱ ﺍﻭﺼﻠﻪ ﺍﻟﻲ ﻫﺫﺍ ﺍﻟﺒﻨﻙ.
ﻋﻤﻭﻤﹰﺎ ﺴﻨﻭﺍﺼل ﺍﻟﺸﺭﺡ ﻓﻲ ﻫﺫﺍ ﺍﻟﻔﺼل ﻤﺴﺘﺼﺤﺒﻴﻥ ﻤﻌﻨﺎ ﻫﺫﺍ ﺍﻟﺴﻨﺎﺭﻴﻭ، ﻭﻫﻭ ﻟﺒﻨﻙ ﻴﺤﺘﻭﻱ ﻋﻠﻲ ﻋﺩﺩ ﻤﻥ ﺍﻟﺼﺭﺍﻓﻴﻥ ﻭﺍﻟﻤﻭﻅﻔﻴﻥ ﺍﻟﻤﺩﺭﺍﺀ ﻭﻤﺩﺭﺍﺀ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
ﺍﻟﺤﻘﻴﻘﺔ ﺃﻥ ﻤﺴﺘﺨﺩﻤﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﻘﺴﻤﻴﻥ ﺇﻟﻲ ﻋﺩﺩ ﻤﻥ ﺍﻟﻤﺠﻤﻭﻋﺎﺕ ﺘﺴﻤﻲ Resource Manager consumer groups،
ﻭﺃﻥ ﻫﻨﺎﻙ ﻤﺠﻤﻭﻋﺔ ﻤﻥ ﺍﻟﺨﻁﻁ ﻟﻌﻤل ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺎﺕ ﺘﺴﻤﻲ Resource Manager plans ﻭﺘﻜﻭﻥ ﻫﻨﺎﻙ ﺨﻁﺔ ﻭﺍﺤﺩﺓ ﻨﺸﻁﺔ ﻓﻲ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻓﻲ ﺍﻟﻠﺤﻅﺔ ﺍﻟﻭﺍﺤﺩ
ﻭﻴﺘﻡ ﺘﺤﺩﻴﺩ ﻫﺫﻩ ﺍﻟﺨﻁﺔ ﺒﻭﺍﺴﻁﺔ ﺍﻟﻤﺘﻐﻴﺭ RESOURCE_MANAGER_PLAN ﻭﻓﻲ ﺍﻷﺼل ﻴﺄﺨﺫ ﻫﺫﺍ ﺍﻟﻤﺘﻐﻴﺭ ﺍﻟﻘﻴﻤﺔ NULL.
ﻭﺍﺒﺘﺩﺍﺀً ﻤﻥ ﺍﻻﺼﺩﺍﺭ ﺍﻭﺭﻜل 8i ﺒﺩﺃ ﺍﺴﺘﺨﺩﺍﻡ ﺍﺩﺍﺭﺓ ﺍﻟﻤﻭﺍﺭﺩ (Resource Manager)، ﻭﺘﺘﻡ ﺍﻟﺘﻬﻴﺌﺔ ﺍﻷﻭﻟﻴﺔ للResource Manager ﻤﻨﺫ ﺃﻨﺸﺎﺀ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ،
ﻭﻟﻜﻥ ﺘﻅل ﻫﺫﻩ ﺍﻟﺘﻬﻴﺌﺔ ﻏﻴﺭ ﻤﺅﺜﺭﺓ ﻓﻲ ﺍﻟﻭﺍﻗﻊ ﺍﻟﻌﻤﻠﻲ.
Consumer Groups:
ﻭﻫﻲ ﻋﺒﺎﺭﺓ ﻋﻥ ﻤﺠﻤﻭﻋﺔ ﺘﻀﻡ ﻋﺩﺩ ﻤﻥ ﺍﻟﻤﺴﺘﺨﺩﻤﻴﻥ ﺍﻟﺫﻴﻥ ﻴﺘﺸﺎﺒﻬﻭﺍ ﻓﻲ ﻤﺘﻁﻠﺒﺎﺕ ﺍﻟﻤﺼﺎﺩﺭ، ﻭﻤﺴﺘﺨﺩﻡ ﻭﺍﺤﺩ ﻗﺩ ﻴﻜﻭﻥ ﻋﻀﻭﺍﹰ ﻓﻲ ﺃﻜﺜﺭ ﻤﻥ ﻤﺠﻤﻭﻋﺔ،
ﻭﻟﻜﻥ ﻓﻲ ﺍﻟﻠﺤﻅﺔ ﺍﻟﻭﺍﺤﺩﺓ ﺃﻱ Session ﺘﻜﻭﻥ ﻨﺸﻁﺔ ﻓﻲ ﻤﺠﻤﻭﻋﺔ ﻭﺍﺤﺩﺓ ﻓﻘﻁ، ﻓﻠﺤﻅﺔ ﺇﻨﺸﺎﺀ ﺍﻟﻤﺴﺘﺨﺩﻡ Session ﻴﻜﻭﻥ ﻋﻀﻭﺍﹰ ﻨﺸﻁﺎﹰ ﻓﻲ ﺍﻟﻤﺠﻤﻭﻋﺔ ﺍﻷﺼﻠﻴﺔ،
ﻟﻜﻥ ﺇﺫﺍ ﻜﺎﻥ ﻫﺫﺍ ﺍﻟﻤﺴﺘﺨﺩﻡ ﻋﻀﻭﺍﹰ ﻓﻲ ﻋﺩﺩ ﻤﻥ ﺍﻟﻤﺠﻤﻭﻋﺎﺕ ﺍﻷﺨﺭﻱ ﻓﻴﻤﻜﻨﻪ ﺍﻹﻨﺘﻘﺎل ﺇﻟﻲ ﻤﺠﻤﻭﻋﺔ ﺍﺨﺭﻯ، ﺃﻱ ﺒﻤﻌﻨﻲ ﺃﻥ ﻴﻜﻭﻥ ﻋﻀﻭﺍﹰ ﻨﺸﻁﺎﹰ ﻓﻲ ﻤﺠﻤﻭﻋﺔ ﺃﺨﺭﻱ.
ﺒﺎﻟﻁﺒﻊ ﻻ ﻴﺴﺘﻁﻴﻊ ﺃﻥ ﻴﻜﻭﻥ ﻋﻀﻭﺍﹰ ﻨﺸﻁﺎﹰ ﻓﻲ ﺃﻜﺜﺭ ﻤﻥ ﻤﺠﻤﻭﻋﺔ ﻓﻲ ﻨﻔﺱ ﺍﻟﻠﺤﻅﺔ.
ﻓﻲ ﺍﻟﺴﻨﺎﺭﻴﻭ ﺍﻟﺴﺎﺒﻕ ﻤﺠﻤﻭﻋﺔ ﺍﻟﺼﺭﺍﻓﻴﻥ ﺒﺎﻟﺒﻨﻙ ﻴﻨﺘﻤﻭﺍ لConsumer Group ﻭﺍﺤﺩﺓ ﺘﺴﻤﻲ Teller ﻭﻤﺩﺭﺍﺀ ﺍﻻﺩﺍﺭﺍﺕ ﺒﻨﺘﻤﻭﺍ لConsumer Group ﺃﺨﺭﻱ ﺘﺴﻤﻲ Manger.
ﻋﻤﻭﻤﹰﺎ ﻟﺤﻅﺔ ﺇﻨﺸﺎﺀ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﺘﻡ ﺇﻨﺸﺎﺀ عدد من الﻤﺠﻤﻭﻋﺎﺕ.
|
SELECT CONSUMER_GROUP FROM DBA_RSRC_CONSUMER_GROUPS; |
1- SYS_GROUP: ﻓﻲ الوضع الطبيعي ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﻟﻤﺩﻴﺭﻱ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ وبالتحديد ﺍﻷﺼل ﺘﺘﻀﻤﻥ ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﻓﻘﻁ ﺍﻟﻤﺴﺘﺨﺩﻡ SYS ﻭﺍﻟﻤﺴﺘﺨﺩﻡ SYSTEM.
|
SELECT USERNAME,INITIAL_RSRC_CONSUMER_GROUP FROM DBA_USERS WHERE USERNAME IN ('SYS','SYSTEM'); |
2- DEFAULT_CONSUMER_GROUP: ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﺘﻀﻡ ﺠﻤﻴﻊ ﺍﻟﻤﺴﺘﺨﺩﻤﻴﻥ ﺍﻟﺫﻴﻥ ﻟﻡ ﻴﺘﻡ ﺘﺨﺼﻴﺹ ﻤﺠﻤﻭﻋﺔ ﻟﻬﻡ، ﻓﻲ ﺍﻷﺼل ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﺘﻀﻡ ﺠﻤﻴﻊ ﻤﺴﺘﺨﺩﻤﻲ
ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﺎﻋﺩﺍ ﺍﻟﻤﺴﺘﺨﺩﻡ SYS ﻭﺍﻟﻤﺴﺘﺨﺩﻡ SYSTEM.
|
SELECT USERNAME,INITIAL_RSRC_CONSUMER_GROUP FROM DBA_USERS WHERE USERNAME NOT IN ('SYS','SYSTEM'); |
3- OTHER_GROUPS: ﺠﻤﻴﻊ ﺍﻟﻤﺴﺘﺨﺩﻤﻭﻥ ﺃﻋﻀﺎﺀ ﻓﻲ ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﻭﺘﺴﺘﺨﺩﻡ ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﻋﻨﺩﻤﺎ ﻴﻜﻭﻥ ﺍﻟﻤﺴﺘﺨﺩﻡ ﺍﻟﻤﺘﺼل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻋﻀﻭ ﻓﻲ ﻤﺠﻤﻭﻋﺔ
ﻏﻴﺭ ﻤﻀﻤﻨﺔ ﻓﻲ ﺍلResource Manager Plan ﺍﻟﻨﺸﻁﺔ ﺍﻟﺤﺎﻟﻴﺔ.
4- LOW_GROUP: ﻫﺫﻩ ﺍﻟﻤﺠﻤﻭﻋﺔ ﻤﺨﺼﺼﺔ ﻟلSession ﺫﺍﺕ ﺍﻷﻭﻟﻭﻴﺔ ﺍﻟﻤﺘﺄﺨﺭﺓ.
5- AUTO_TASK_CONSUMER_GROUP: هذه ﺍﻟﻤﺠﻤﻭﻋﺔ ﻤﺨﺼﺼﺔ ﻹﺴﺘﺨﺩﺍﻡ system maintenance jobs.
-----------------------------------------------