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
Oracle Net Services & Database Link & Metrlized Viewِ
Oracle Net Services
ﺃﻥ ﻴﻜﻭﻥ ﻟﺩﻴﻙ ﻤﺨﺩﻡ (Database Server) ﻴﺤﺘﻭﻯ ﻋﻠﻰ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻴﺘﺼل ﺒﻪ ﺠﻤﻴﻊ Client Application ﺃﻭ ﺠﻤﻴﻊ ﺍﻷﺠﻬﺯﺓ ﺍﻟﺘﻲ ﺘﺤﺘﻭﻯ ﻋﻠﻰ ﺒﺭﺍﻤﺞ ﺘﺤﺘﺎﺝ ﻟﻼﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ
ﻫﺫﺍ ﻫﻭ ﺍﻷﻤﺭ ﺍﻟﻁﺒﻴﻌﻲ ﻭﺍﻟﻤﻌﺘﺎﺩ ﻭﺍﻟﺫﻱ ﺘﻌﻤل ﺒﻪ ﺍﻏﻠﺏ ﺍﻟﺸﺭﻜﺎﺕ ﻓﻲ ﺍﻟﻌﺎﻟﻡ، ﺇﺫ ﻻ ﻴﺘﺼﻭﺭ ﺃﻥ ﺘﻜﻭﻥ ﺠﻤﻴﻊ ﺍﻷﺠﻬﺯﺓ ﺍﻟﺘﻲ ﺘﺤﺘﻭﻯ ﻋﻠﻰ ﺒﺭﺍﻤﺞ ﺘﺤﺘﺎﺝ ﻟﻼﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺘﺤﺘﻭﻯ ﺃﻴﻀﺎﹰ
ﻋﻠﻰ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ، ﻭﺇﻻ ﻓﺈﻨﻨﺎ ﻨﺤﺘﺎﺝ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻟﻜل ﺠﻬﺎﺯ ﻴﺤﺘﻭﻯ ﻋل ﺒﺭﻨﺎﻤﺞ ﻭﻫﺫﺍ ﻏﻴﺭ ﻤﻘﺒﻭل ﻋﻘﻼﹰ ﻭﻻ ﻋﻤﻼﹰ.
ﻭﺇﺫﺍ ﺴﻠﻤﻨﺎ ﺒﺄﻥ ﻴﻜﻭﻥ ﻟﺩﻴﻨﺎ ﻤﺨﺩﻡ ﻴﺤﺘﻭﻯ ﻋﻠﻰ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ Database Server ﺘﺴﺘﻁﻴﻊ ﺠﻤﻴﻊ ﺍﻷﺠﻬﺯﺓ ﺍﻟﺘﻲ ﺘﺤﺘﻭﻯ ﻋﻠﻰ ﺒﺭﺍﻤﺞ ﺘﺤﺘﺎﺝ ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺍﻻﺘﺼﺎل ﺒﻬﺫﺍ ﺍﻟﻤﺨﺩﻡ،
ﻓﺈﻥ ﻤﺤﻭﺭ ﺤﺩﻴﺜﻨﺎ هنا ﺴﻴﻨﺼﺏ ﻋﻠﻰ ﻜﻴﻔﻴﺔ ﺇﻨﺠﺎﺡ ﻫﺫﺍ ﺍﻻﺘﺼﺎل. ﺇﺫﺍﹰ ﺍﻷﻤﺭ ﺴﻴﻜﻭﻥ ﻋﻠﻰ ﺠﺎﻨﺒﻴﻥ:
ﺍﻟﺠﺎﻨﺏ ﺍﻷﻭل ﻭﻫﻭ ﺠﺎﻨﺏ ﺍﻟﻤﺨﺩﻡ Database Server ﻭﻜﻴﻑ
ﻴﺴﺘﻁﻴﻊ ﺨﺩﻤﺔ ﺠﻤﻴﻊ ﺍﻟﻁﻠﺒﺎﺕ ﺍﻟﺘﻲ ﺘﺼﻠﻪ ﻟﻼﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
ﺃﻤﺎ ﺍﻟﺠﺎﻨﺏ ﺍﻟﺜﺎﻨﻲ ﻭﻫﻭ ﺠﺎﻨﺏ ﺍلClient Application: ﻭﻫﻭ ﺍﻟﺠﻬﺎﺯ ﺍﻟﺫﻱ ﻴﺭﻴﺩ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ
ﺍﻟﺒﻴﺎﻨﺎﺕ، ﻭﻜﻴﻑ ﻴﺴﺘﻁﻴﻊ ﺍﻟﻭﺼﻭل ﻟﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ؟
ﻭﺍﻵﻥ ﺴﻨﺘﺤﺩﺙ ﻋﻥ ﺍﻟﺠﺎﻨﺏ ﺍﻷﻭل ﻭﻫﻭ ﺠﺎﻨﺏ ﺍﻟﻤﺨﺩﻡ Database Server ﻭﻜﻴﻑ ﻴﺴﺘﻁﻴﻊ ﺨﺩﻤﺔ ﺠﻤﻴﻊ ﺍﻟﻁﻠﺒﺎﺕ ﻟﻼﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ؟
:Server Side
ﻓﻲ ﻫﺫﺍ ﺍﻟﺠﺎﻨﺏ ﻴﺴﺘﻁﻴﻊ ﺍﻟﻤﺨﺩﻡ Database Server ﺨﺩﻤﺔ ﻁﻠﺒﺎﺕ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺒﻭﺍﺴﻁﺔ ﺍلOracle Net Listener ﻭﻫﻭ ﺍﻟﻤﺴﺌﻭل ﻋﻥ ﻋﻤﻠﻴﺔ ﻤﻌﺎﻟﺠﺔ ﻁﻠﺒﺎﺕ ﺍلClients
ﻟﻼﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ، ﻓﺒﺩﻭﻥ ﺍلListener ﻓﺄﻥ ﻤﺤﺎﻭﻟﺔ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﻥ ﺨﺎﺭﺝ ﺍﻟﻤﺨﺩﻡ ﺴﺘﺒﻭﺀ ﺒﺎﻟﻔﺸل، ﻟﻜﻥ ﻋﻤﻠﻴﺔ ﻤﺤﺎﻭﻟﺔ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻤﻥ ﺩﺍﺨل ﺍﻟﻤﺨﺩﻡ
ﻻ ﺘﺤﺘﺎﺝ ﻟلListener ﺇﺫ ﺃﻨﻪ ﻤﺘﺨﺼﺹ ﻻﺴﺘﻘﺒﺎل ﺍﻟﻁﻠﺒﺎﺕ ﺍﻟﺨﺎﺭﺠﻴﺔ.
ﻴﺴﺘﻁﻴﻊ ﻤﺴﺘﻤﻊ ﻭﺍﺤﺩ One Listener ﺨﺩﻤﺔ ﻋﺩﺩ ﻤﻥ ﺍلInstances، ﻭﻫﻭ ﻓﻲ ﺍﻷﺼل ﻋﺒﺎﺭﺓ ﻋﻥ ﻤﻠﻑ ﻴﻭﺠﺩ ﻓﻲ ﺍﻟﻤﺴﺎﺭ ﺍﻵﺘﻲ ﺇﺫﺍ ﻜﻨﺎ ﻨﻌﻤل ﻋﻠﻰ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل WINDOWS.
ORACLE_HOME%\NETWORK\ADMIN\LISTENER.ORA%
ﺃﻤﺎ ﺇﺫﺍ ﻜﻨﺎ ﻨﻌﻤل ﻋﻠﻰ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل UNIX
ORACLE_HOME/NETWORK/ADMIN/LISTENER.ORA$
ﻴﺴﺘﻁﻴﻊ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺘﺤﺭﻴﺭ ﻭﺘﻬﻴﺌﺔ ﻫﺫﺍ ﺍﻟﻤﻠﻑ ﻟﻴﺴﺘﻘﺒل ﻁﻠﺒﺎﺕ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ.
ﻫﺫﺍ ﻨﻤﻭﺫﺝ ﻟﻤﻠﻑ ﺍلListener ﺒﺤﻴﺙ ﻴﺤﺘﻭﻯ ﻋﻠﻰ One Listener ﻴﺴﻤﻰ Listener ﻴﻌﻤل ﻓﻲ ﺍﻟﻤﺨﺩﻡ nbs ﻭﻴﺭﺍﻗﺏ ﺍلPort 1251 ﻤﺴﺘﺨﺩﻤﺎﹰ PROTOCOL TCP.
ﻫﺫﺍ ﺍﻟﻤﺴﺘﻤﻊ ﻴﺨﺩﻡ INSTANCE ﺘﺴﻤﻰ .ORCL ﺒﺎﻟﻁﺒﻊ ﻴﺴﺘﻁﻴﻊ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺇﻀﺎﻓﺔ ﻤﺴﺘﻤﻊ LISTENER ﺠﺩﻴﺩ ﻭﻟﻨﻔﺘﺭﺽ ﺃﻨﻨﺎ ﻨﺭﻴﺩ ﺇﻀﺎﻓﺔ ﻤﺴﺘﻤﻊ ﺠﺩﻴﺩ
ﻴﺴﻤﻰ LISTENER1 ﻴﻌﻤل ﻓﻲ ﻨﻔﺱ ﺍﻟﻤﺨﺩﻡ NBS ﻴﺭﺍﻗﺏ ﺍلPORT 1521 ﻭﻴﺨﺩﻡ ﻨﻔﺱ ﺍلINSTANCE ﺍﻟﺘﻲ ﺘﺴﻤﻰ ORCL ﻤﺴﺘﺨﺩﻤﺎﹰ TCP PROTOCOL.
يﻜﻭﻥ ﺸﻜل ﺍﻟﻤﻠﻑ ﺒﻌﺩ ﺍﻟﺘﻌﺩﻴل ﻜﺎﻷﺘﻲ:-
ﻻﺤﻅ ﺍﻟﺘﻌﺩﻴﻼﺕ ﺍﻟﺠﺩﻴﺩﺓ ﻓﻲ ﺍﻟﻤﻠﻑ، ﻭﻫﻰ ﺇﻀﺎﻓﺔ ﻤﺴﺘﻤﻊ ﺠﺩﻴﺩ ﻴﺴﻤﻰ LISTENER1.
ﺒﻌﺩ ﺫﻟﻙ ﻨﺴﺘﻁﻴﻊ ﺍﻟﺘﺤﻜﻡ ﻓﻲ LISTENERS ﺒﻭﺍﺴﻁﺔ ﺍﻷﻤﺭ LSNRCTL.
ﺍﻷﻭﺍﻤﺭ ﺍﻟﻤﻌﺭﻭﻀﺔ ﻫﻲ ﺍﻟﻤﺘﺎﺤﺔ ﻟﻠﺘﻌﺎﻤل ﻤﻊ ﺍلLISTENER.
ﻭﻫﻰ ﺃﻭﺍﻤﺭ ﻟﺘﺸﻐﻴل ﻭﺇﻴﻘﺎﻑ ﻭﻋﺭﺽ ﺤﺎﻟﺔ ﺍﻟﻤﺴﺘﻤﻊ ﻭﻜﺫﻟﻙ ﻭﻀﻊ ﻜﻠﻤﺔ ﻤﺭﻭﺭ ﻭﺘﻐﻴﺭﻫﺎ ﻟﻠﻤﺴﺘﻤﻊ ﻜﻨﻭﻉ ﻤﻥ ﺍﻟﺘﺤﻘﻕ، ﻭﻜﺫﻟﻙ ﺇﻋﺎﺩﺓ ﺘﺸﻐﻴل ﺍﻟﻤﺴﺘﻤﻊ
ﻟﻴﺴﺘﻭﻋﺏ ﻤﺎ ﺘﻡ ﺘﺤﺩﻴﺜﻪ ﻤﻥ ﺘﻬﻴﺌﺔ ﻟﻤﻠﻑ ﺍلLISTERNER.ORA ﻭﻏﻴﺭﻩ ﻤﻥ ﺍﻷﻭﺍﻤﺭ، ﻭﺒﻤﺎ ﺃﻨﻨﺎ ﺃﻀﻔﻨﺎ ﻤﺴﺘﻤﻊ ﺠﺩﻴﺩ ﺃﺴﻤﻴﻨﺎﻩ ١LISTENER ﻓﺎﻷﻓﻀل ﺃﻥ ﻨﻘﻭﻡ
ﺒﺘﺸﻐﻴل ﻫﺫﺍ ﺍﻟﻤﺴﺘﻤﻊ، ﻟﻜﻥ ﻴﺠﺏ ﺍﻟﺘﻨﺒﻴﻪ ﺇﻟﻰ ﺃﻨﻪ ﻋﻨﺩ ﻜﺘﺎﺒﺔ ﺍﻷﻤﺭ LISTENER ﻓﺈﻨﻪ ﻴﺘﻡ ﺍﻟﺘﻌﺎﻤل ﻤﻊ ﺍﻟﻤﺴﺘﻤﻊ ﺍﻻﻓﺘﺭﺍﻀﻲ DEFAULT ﻭﺍﻟﺫﻱ ﻫﻨﺎ ﻫﻭ LISTENER
ﻟﺫﺍ ﺇﺫﺍ ﺃﺭﺩﻨﺎ ﺃﻥ ﻨﺘﻌﺎﻤل ﻤﻊ ﺍﻟﻤﺴﺘﻤﻊ ﻏﻴﺭ ﺍﻻﺼﻠﻰ ﻓﻌﻨﺩﻨﺎ ﺨﻴﺎﺭﺍﻥ:
الخيار ﺍﻷﻭل: ﺘﺤﺩﻴﺩ ﺍﺴﻡ ﺍﻟﻤﺴﺘﻤﻊ ﻋﻨﺩ ﺘﻭﺠﻴﻪ ﺍﻷﻤﺭ.
LSNRCTL START LISTENER1 |
ﺍﻵﻥ ﻗﻤﻨﺎ ﺒﺘﺸﻐﻴل ﺍﻟﻤﺴﺘﻤﻊ ﺍﻟﺠﺩﻴﺩ ﺍﻟﺫﻱ ﺍﻨﺸﺄ ﻨﺎﻩ ﻓﻲ ﺍﻟﺨﻁﻭﺓ ﺍﻟﺴﺎﺒﻘﺔ ﻭﻫﻭ ﺍﻟﻤﺴﺘﻤﻊ LISTENER1، ﻭﻟﻭ ﻟﻡ ﻨﻜﺘﺏ ﺍﺴﻡ ﺍﻟﻤﺴﺘﻤﻊ ﺒﻌﺩ ﺍﻷﻤﺭ START ﻟﺘﻡ ﺍﻟﺘﻌﺎﻤل ﻤﻊ ﺍﻟﻤﺴﺘﻤﻊ الإفتراضي ﻭﻫﻭ ﺍﻟﻤﺴﺘﻤﻊ LISTENER.
ﺍﻟﺨﻴﺎﺭ ﺍﻟﺜﺎﻨﻲ: ﺍﺴﺘﻌﻤﺎل ﺍﻷﻤﺭ SET CUR LISTENER_NAME ﻟﻭﻀﻊ ﺍل DEFAULT LISTENER ﺍﻟﺠﺩﻴﺩ، ﺃﻱ ﺴﻴﺼﺒﺢ ﺍﻻﺴﻡ ﺍﻟﺠﺩﻴﺩ ﻟﻠﻤﺴﺘﻤﻊ ﻫﻭ الإفتراضيﺍﻟﺫﻱ ﺴﻨﺘﻌﺎﻤل ﻤﻌﻪ.
LSNRCTL> SET CUR LISTENERE1 |
ﺍﻵﻥ LISTENER١ ﻫﻭ الDEFAULT LISTENER.
ﺒﻌﺩ ﺇﻨﺸﺎﺀ ﺍﻟﻤﺴﺘﻤﻊ LISTENER1 ﻭﺘﺸﻐﻴﻠﻪ ﻴﻤﻜﻥ ﻤﺘﺎﺒﻌﺘﻪ ﻋﻥ ﻁﺭﻴﻕ ﺍلSERVICES ﺇﺫﺍ ﻜﻨﺎ ﻨﻌﻤل ﻋﻠﻲ ﻨﻅﺎﻡ ﺍﻟﺘﺸﻐﻴل WINDOWS.
ﺍﻵﻥ ﺍﻟﻤﺴﺘﻤﻊ LISTENER1 ﻴﺴﺘﻁﻴﻊ ﺍﺴﺘﻘﺒﺎل ﻁﻠﺒﺎﺕ ﺍﻻﺘﺼﺎل ﺒﻘﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﻋﻠﻰ (1521) PORT ﻓﻲ ﺍﻟﻤﺨﺩﻡ NBS ﻤﺴﺘﻌﻤﻼﹰ PROTOCOL TCP ﻟﻴﺨﺩﻡ ORCL INSTANCE.
ﺇﺫﺍ ﺃﺭﺩﻨﺎ ﻤﺭﺍﻗﺒﺔ ﻭﻤﻌﺭﻓﺔ ﻤﻌﻠﻭﻤﺎﺕ ﻋﻥ ﺍﻟﻤﺴﺘﻤﻊ ﻓﺎﻷﻓﻀل ﺍﺴﺘﺨﺩﺍﻡ ﺍﻷﻤﺭ STATUS ﺃﻭ SERVICE ﻟﻌﺭﺽ ﻤﻌﻠﻭﻤﺎﺕ ﻋﻥ ﺍﻟﻤﺴﺘﻤﻊ ﻤﺜل إﺴﻡ ﺍﻟﻤﺴﺘﻤﻊ ﻭﺇﺼﺩﺍﺭﻩ ﻭﻤﺘﻰ ﺘﻡ ﺘﺸﻐﻴﻠﻪ
ﻭﺍلservices ﺍﻟﺘﻲ ﻴﺨﺩﻤﻬﺎ، ﻭﻤﺴﺎﺭ ﻤﻠﻑ ﺍلLISTENER.ORA ﻭﻏﻴﺭﻫﺎ ﻤﻥ ﺍﻟﻤﻌﻠﻭﻤﺎﺕ. ﻜﻤﺎ ﺫﻜﺭﻨﺎ ﺃﻥ ﻤﺴﺘﻤﻊ ﻭﺍﺤﺩ ﻴﺴﺘﻁﻴﻊ ﺨﺩﻤﺔ ﻋﺩﺩ ﻤﻥ ﺍلINSTANCES ﻜﻤﺎ ﻴﻤﻜﻥ ﺃﻥ ﻴﺘﺸﺎﺭﻙ
ﻋﺩﺩ ﻤﻥ ﺍﻟﻤﺴﺘﻤﻌﻴﻥ LISTENERS ﻓﻲ ﺨﺩﻤﺔ INSTANCE ﻭﺍﺤﺩﺓ، ﻜﻤﺎ ﻴﻤﻜﻥ ﺃﻥ ﻴﻜﻭﻥ ﻫﻨﺎﻙ ﻋﺩﺩ ﻤﻥ ﺍلINSTANCES ﻓﻲ ﺍﻟﺠﻬﺎﺯ ﺍﻟﻭﺍﺤﺩ ﻓﻴﻜﻭﻥ ﻟﻜل ﻭﺍﺤﺩ ﻤﻨﻬﺎ ﻤﺴﺘﻤﻊ ﻴﺨﺩﻤﻬﺎ.
ﻤﻥ ﺍﻹﺼﺩﺍﺭ Oracle8i ﻓﺼﺎﻋﺩﺍﹰ ﻴﺘﻡ ﺘﺴﺠﻴل ﺍلInstance ﺍﻟﺠﺩﻴﺩﺓ ﺁﻟﻴﺎﹰ ﻓﻲ ﺍل Default Listener ﺃﻱ ﻻ ﻴﺤﺘﺎﺝ ﻤﺩﻴﺭ ﻗﺎﻋﺩﺓ ﺍﻟﺒﻴﺎﻨﺎﺕ ﺇﻀﺎﻓﺘﻬﺎ ﻴﺩﻭﻴﺎﹰ ﻓﻲ ﺍلListener، ﻭﺫﻟﻙ ﻓﻴﻤﺎ ﻴﻌﺭﻑ
ﺒﺎل Dynamic Service registration.
ﻭﻀﻊ ﻜﻠﻤﺔ ﻤﺭﻭﺭ ﻟﻠﻤﺴﺘﻤﻊ:
1- ﺘﺸﻐﻴل ﻤﺤﺭﺭ ﺍﻟﻤﺴﺘﻤﻊ.
LSNRCTL |
2- ﻗﻡ ﺒﻭﻀﻊ ﻜﻠﻤﺔ ﺍﻟﻤﺭﻭﺭ ﻭﻟﻨﻔﺘﺭﺽ ﺃﻨﻬﺎ 123 ﻤﻊ ﻤﻼﺤﻅﺔ ﺃﻨﻬﺎ ﻻ ﺘﻅﻬﺭ ﻋﻠﻲ ﺍﻟﻤﺤﺭﺭ، ﻭﺃﻨﻪ ﻻ ﺘﻭﺠﺩ ﻜﻠﻤﺔ ﻤﺭﻭﺭ ﺤﺎﻟﻴﺔ ﻟﻠﻤﺴﺘﻤﻊ.
LSNRCTL> change_password |
3- ﻗﻡ ﺒﺤﻔﻅ ﻜﻠﻤﺔ ﺍﻟﻤﺭﻭﺭ ﻓﻲ ﻤﻠﻑ ﺍلLISTENER.ORA.
LSNRCTL>save_config |
4- الان تحتاج كلمة المرور لإيقاف المستمع.
LSNRCTL> set passwdord 123 LSNRCTL> stop |
٥- ﻴﻤﻜﻥ ﻤﻼﺤﻅﺔ ﺍﻟﺘﻐﻴﻴﺭﺍﺕ ﻓﻲ ﻤﻠﻑ ﺍلLISTENER.ORA
----------------