الانتقال إلى المحتوى
View in the app

A better way to browse. Learn more.

مجموعة مستخدمي أوراكل العربية

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

شرح بعض المواضيع في مجال Dba_oca_ocp

Featured Replies

بتاريخ:
  • كاتب الموضوع

وبعد ذلك تقوم بتحديد الglobal database name و الsystem identifier(SID)
بشاشة تعريف الداتابيس
كما هو موضح بالصوره المرفقه

post-39062-1204009085_thumb.jpg

  • الردود 124
  • المشاهدات 53.4k
  • البداية
  • اخر رد

أكثر المشاركين في هذا الموضوع

الصور المنشورة

بتاريخ:
  • كاتب الموضوع

ملاحظه:- الreal application clusters(RAC) تستعمل عدة اسماء للinstances لفتح داتابيس وحيده
ثم بعد ذلك شاشة management options
وهي تسمح لك ادارة الاوراكل داتابيس بواسطة ال(EM) enterprise manager
وهي عباره عن اداه ويب لادارة الداتابيسيس كما توفر اداره مركزيه لكل الداتابيس في الانتربرايس
حسب الصوره المرفقه لشاشة management_option.jpeg

post-39062-1204009175_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ثم بعد ذلك تسجيل الداتابيس في ال listeners
عن طريق خياران الاول يسجل في كل الlisteners الموجوديين او في listener معين
كما هو مرفق في الصوره networkconfigration.jpeg

post-39062-1204009237_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ثم بعد ذلك شاشة storage_option.jpeg
ولقد قمنا باستعراضها مسبقا بالدرس الثاني

post-39062-1204009367_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ثم نستعمل database file locations window لتحديد المكان المراد انشاء الdatafiles
كما هو موضح بالصوره المرفقه database_file_locations.jpeg

post-39062-1204009437_thumb.jpg

بتاريخ:
  • كاتب الموضوع

-ثم بعد ذلك تقوم بتحديد ميكانيكية الريكافوري recovery
-الflash recovery area field بظهر الموقع الافتراضي لتخزين وادارة ملفات الداتا بيس المستخدمه لخيارات عمليات الbackup و الrecovery.
-ثم تقوم باختيار enable archiving check box وذلك لوضع الداتابيس في وضع الarchive log mode
خلال عملية الاعداد.
-ويفضل انشاء الداتابيس بوضع ال noarchivelog ثم تغييره لوضع ال archivelog وذلك عندما يكون جاهز للاستعمال.
وكما هو موضح بالصوره المرفقه recovery_configration.jpeg

post-39062-1204009510_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ثم يتم نقلك لشاشة انشاء schema كمثال أي سكيما عينه sample
كما هو موضح بالصوره التاليه database_content.jpeg

post-39062-1204009582_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ثم يتم نقلك لشاشة انشاء schema كمثال أي سكيما عينه sample
كما هو موضح بالصوره التاليه database_content.jpeg

post-39062-1204009678_thumb.jpg

بتاريخ:
  • كاتب الموضوع

-الخطوه التاليه هي تحديد initialization parameters العناصر الابتدائيه وتتكون شاشة العناصر الابتدائيه من اربع Tabs .
1-ال MEMOREY tab يستخدم لتحديد قيم الSYSTEM GLOBAL AREA-SGA
وال PROGRAM GLOBAL AREA-PGA
2-الSIZING tab هنا تستطيع تحديد حجم ال database block وفي حالة عدم استعمال ال temblets
تستطيع تحديد العدد الاقصى لعدد معالجات نظام التشغيل التي تستطيع الاتصال في الinstance
عن طريق حقل ال processes field.
-اما ال character sets فهي تسمح بتعيين نوع الاحرف النصيه وتابعه لاي لغه
-اما الconnection mode –حالة الاتصال:- فهي تعطيك الخيار
اما بالتشغيل بحالة الdedicated mode-والتي تسمح بتنفيذ طلب عملية مستخدم واحد فقط في كل مره.
اما ال shared server mode فهي تسمح بتنفيذ طلبات عدة مستخدميين بنفس الوقت
حسب ما هو مرفق في الصوره initialization_parameters.jpeg

post-39062-1204009764_thumb.jpg

بتاريخ:
  • كاتب الموضوع

=لانشاء داتابيس يجب عليك تحديد عناصر التخزين لكل من:-
1-الdata files
2-الcontrol files
3-ال redo log groups
وذلك من خلال شاشة database storage
=ملاحظه :عندما تستخدم الtemplate لانشاء الداتابيس فإنك لا تستطيع اضافة data files للداتابيس
ولكن تستطيع اضافة redo log files و control files للداتا بيس
كما موضح في الصوره المرفقه database_storage.jpeg

post-39062-1204009824_thumb.jpg

بتاريخ:
  • كاتب الموضوع

ملاحظه:-
-الDBCA يقوم بانشاء ثلاث نسخ متطابقه من ملفات الcontrol files ويمكن الاضافه حتى ثماني نسخ

=اما شاشة File Location Variables تسمح بمشاهدة التعريفات لكل المتغيرات المعرفه
وهذه المتغيرات مضمنه في اسماء المواقع الداتابيس files.
وهذه المتغيرات لا نستطيع تغيرها من خلال الdbca ولكن نستطيع تغييرها وتعديله بعد الخروج من الdbca
ومن خلال نظام التشغيل ومن ثم اعادة التشغيل.
ومرفق صوره للتوضيح FILE_LOCATION_VARIABLES.jpeg

post-39062-1204009890_thumb.jpg

بتاريخ:
  • كاتب الموضوع

وفي الخطوه الاخيره يتم انشاء الداتابيس التي قمنا بتعريفها وتجهيزها
ويمكن تخزين الdatabase templets التي تم انشائها كتيمبليت جديد.

post-39062-1204010073_thumb.jpg

بتاريخ:
  • كاتب الموضوع

وتظهر شاشة الconfirmation لعرض الخيارات التي تم تعريفها وهي تمثل الفرصه الاخيره للتعديل
قبل انشاء والبدء بعملية انشاء الداتابيس.
وتظهر صفحة html فيها شرح مختصر عن الاعدادات
كما هو موضح في صورة general_purpose.jpeg

post-39062-1204010205_thumb.jpg

بتاريخ:
  • كاتب الموضوع

-ان ال DBCA يقوم باغلاق حسابات جميع المستخدميين باستثناء حساب SYS و SYSTEM
وتستطيع فك وحل الاغلاق او تعديلهم عن طريق زر PASSWORD MANAGEMENT
كما هو مبين في الصوره بالاسفل DATABASE_CONFIGARATION_ASSISTANT

post-39062-1204010269_thumb.jpg

بتاريخ:
  • كاتب الموضوع

الجزء الرابع:-
-ملفات اوراكل 10g:-
تتكون اوراكل من عدة انواع من الملفات
وهذه الملفات ضروريه لعمل الداتابيس بطريقه صحيحه
-ملفات الاوراكل داتابيس تتكون من ثلاث انواع وهي:-
1-ملفات الcontrol files
2-الdatafile
3-الonline redo log files

=1-ملفات الcontrol files:-
وهي تحتوي على معلومات عن التصميم الفزيائي للداتابيس
-خادم الاوراكل يقرأ ملفات الcontrol files عند بداية عمل الانستانس وعندما تكون الداتابيس mounted
-وملفات الcontrol files تتحدث تلقائيا عندما يطرأ تغيير على تصميم الداتا بيس.
سواء بالاضافه او الحذف.
-بالنسبه لموقع الcontrol files فانه يتم تحديده في ملفات العناصر الابتدائيه initialization parameter file.
ويجب عمل نسخ احتياطيه من الملفات وذلك خشية تعطلهم وفي حالة تعطل الداتابيس يمكن استعمال ملفات الcontrol files لاعادة تشغيل الداتابيس

-الdatafile
وهي تقوم بتخزين البيانات في الداتابيس
-جميع عناصر الداتابيس مثل الجداول والفهارس والكلاسترز – clusters يتم تخزينها في ملفات الداتا
ويتم تخزين البيانات على شكل باينري binary ولا يمكن قرائتها الا بواسطة الاوراكل سيرفر

3-الonline redo log files
وهي ملفات يتم استخدامها لاستعادة البيانات في حالة فشل النظام وهي تقوم بحفظ آخر التغييرات التي حصلت على الداتابيس ويجب استعمالها لاستعادة عمل النظام.
وهي تكون مرتبه على شكل مجموعات وكل مجموعه مكونه من ثلاث redo log members
وكل مجموعه يتم تعيين رقم خاص بها فريد

=وهناك ملفات اخرى ليست جزء من الداتابيس ولكنها مهمه جدا ولا يمكن الاستغناء عنها وهي:-
1- parameter
وهي تحتوي العناصر التي تحدد اعدادات الداتابيس انستانس مثل حجم الذاكره خلال بدء تشغيل
2-password
وهي تحتوي على اسماء المستخدمين وكلمات المرور للاتصال بقواعد البيانات واداء عمليات الاشراف
3-archived redo log files
تقوم بتخزين تاريخ الonline redo log files وال archived redo log files ومعا بالاضافه للنسخ الاحتياطي يمكن استعمالها لاستعادة الملفات البيانات المعطوبه.

بتاريخ:
  • كاتب الموضوع

الجزء الخامس:-
الtablespaces:-
الداتابيس مقسمه منطقيا الى tablespaces,
فالtablespace هي وحدة تخزين منطقيه في الداتابيس والتي تحتوي على تصميم منطقي مترابط
-ملف datafile او اكثر يتم انشائه لكل tablespace
-تقوم اوراكل تلقائيا بانشاء ملفات صغيره من ال tablespaces والتي تقوم بضم عدة ملفات بيانات صغيره
ويمكن ايضا عمل ملف بيانات كبير واحد – create abigfile tablespace(BFT)- والذي يحتوي على ملف واحد كبير قد يصل حجمه الى 128TB وبحجم BLOCK size يصل الى 32ك.
-ال tablespace يحتوي على عدة عناصر داتابيس مخزنه في سيجماتس segmates والتي تحتوي علىواحد او اكثر من الextent والextent مكون من بلوكات بيانات مترابطه لذلك يمكن تخزينها فقط في ملف بيانات وحيد.
وهذه ملفات الداتا بلوكس يتم تخزينها استنادا لبلوكات نظام التشغيل.
-الداتا بلوكس هي اصغر وحده ادخال واخراج في الداتابيس
-عندما يقوم الاوراكل سيرفر بطلب الداتا بلوكس من نظام التشغيل فان نظام التشغيل يقوم بتوزيع الداتابلوكس لبلوكات نظام التشغيل على وسيط التخزين لذا انت لست بحاجه لمعرفة العنوان الفزيائي للبيانات للداتا بيز
بالاضافه لذلك يمكن عمل نسخ مطابقه mirror او strip عبر عدة اقراص.
-ويمكن تحديد حجم الداتا بلوك عند انشاء الداتابيس.
-الحجم الافتراضي هو 8ك .ويمكن تحديد عدة احجام للبلوكس كمثال قاعدة بيانات التي تطبق على الwarehouse يمكن ان تعمل بشكل افضل في حالة larger data block

بتاريخ:
  • كاتب الموضوع

ارجو من كل من يستفيد من هذه المشاركه
الدعاء لوالدي بالمغفره والرحمه
وان يجعل قبره روضه من رياض الجنه

بتاريخ:

اخى الفاضل ال RAC ليس كما زكرت بل هو كيفية عمل اكثر من instance على اكثر من وحدة تخزين والتعامل معهم ك instance واحدة ويستخدم لتقليل احتمالات ال failure لل main instance ويستخدم فى معظم البنوك وسوق الاسهم

بتاريخ:
  • كاتب الموضوع

اخ ايمن كلامك صح وشكرا لك
هذا جزء من عمل الRAC
وشكرا لك على المشاركه وبانتظار المزيد منك

بتاريخ:
  • كاتب الموضوع

الدرس السادس:-
Oracle_instance:memory structure
الاوراكل انستنس عباره عن وسيط بين الاوراكل سيرفر والمستخدم حيث انها تقوم بتخزين آخر معلومات تم الوصول اليها من قبل مستخدمي قواعد البيانات وتوفر المعلومات للاوراكل سيرفر للعمل بطريقه صحيحه
-system global area-SGA :- تقوم بتخزين هذه المعلومات في الاجزاء المصممه في الذاكره
-فالاوراكل انستنس تتشكل من الاجزاء المصممه الذاكره (memory structures ) والمعالجات الخلفيه (background processes )-
-العمليات –بروسيسز-processes :-تؤدي مهام مهمه مثل كتابة الredo information- - لل – online redo logs - وكتابة البيانات المعدله لملفات الداتابيس
-والانستنس تبدء باستخدام ملفات القيم الابتدائيه .
-والانستنس يتم اعدادها استنادا للقيم التي تم وضعها في ملفات القيم الابتدائيه .
-ولا يمكن فتح الداتابيز الا بعد ان تعمل الانستنس.
-وتتكون الانستنس من تصميمان رئيسيان للذاكره وهما (SGA) و ( PGA )
-وتعتبر المعالجات الخلفيه –background processes والتي تعتبر جزء ايضا من الانستنس تعمل على الSGA.
-الSGA هو عباره عن منطقه في الذاكره والتي تحتوي بيانات و معلومات للتحكم للانستنس.
-وهذه المنطقه من الذاكره تتقاسمها كل المعالجات الخلفيه والمعالجات التي تقوم بها السيرفر.
-حيث ان المعالجات الخلفيه والمعالجات السيرفر تستخدم الSGA لمعالجة الاوامر والبيانات CACHING.
-الذاكره لل SGA يتم تعيينها اوتوماتيكيا وذلك عند بدء الانستنس.
-تقسم ال SGA الى عدة مناطق بالذاكره تسمى بافرز-buffers
وهي:-
1-database buffer cache- داتابيس بفر كاش
2-the redo log buffer-ريدو لوج بفر
3-the shared pool –شيرد بوول
4-the large pool –لارج بوول
5- the java pool- جافا بوول
6-the streams pool-ستريمز بوول
وبسبب ان الاوراكل 10g تدعم بنيه تحتيه ديناميكيه للSGA فان حجم البافرز قد تتغير اعتمادا على المتطلبات
بينما الانستنس تعمل.
-الداتا بفر كاش database buffer cache تخزن وتحجز كتل الداتا –داتا بلوكس- والتي تم استدعائها بواسطة جمل الSQL..
-معالج السيرفر يقوم بالبحث في الداتابيس بفر كاش في الداتا بلوكس عن البيانات .
-وفي حالة لم يتمكن السيرفر من ايجاد البيانات في الداتا بيس بفر كاش فانه يقوم بالبحث عنها في ملفات الداتابيس ومن ثم يقوم بتخزينهم في ال داتابيس بفر كاش.
-اذا نفس جملة الSQL تم تسليمها للاوراكل سيرفر مره اخرى . فان البيانات ستكون موجوده في الداتابيس بفر كاش وهذا يقلل من عمليات I/O.
-الداتابيس بفر كاش يتكون من بفرز وحجم كل بفر في الداتابيز بفر كاش يساوي نفس الحجم الداتابلوك
والتي يتم تحديد قيمتها في الDB_BLOCK_SIZE.في ملف انيشليزيشن برمتر .
-حجم الداتابيس بفر كاش يتم تحديده باستخدام البراميتر DB_CHACHE_SIZE.
-الريدو لوج بفر يخزن التغييرات التي تم عملها في الاوراكل داتابيس
-والمعلومات التي تحتويها الريدو لوج بفر تسمى ريدو انتريس او مدخلات الريدو
-معلومات الريدو يتم تخزينها في البفر حتى يتم كتابتها في ملفات الريدو لوج .
-ويتم استعمال هذه المعلومات من اجل الانستنس واستعادة البيانات.
-وحجم الريدو لوج بفر يتم تحديده باستخدام اللوج بفر باراميتر – LOG_BUFFER parameter.
-اما الشيرد بوول فتقوم بتخزين جمل الsql و ال pl/sql واكثر تعريفات متداوله للداتابيس.
وتقسم الشيرد بوول الى نوعيين وهما الكاش المكتبي –library cache و الكاش القاموس –dictionary cashe
-ويتم تحديد قيمة الشيرد بوول من الباراميتر SHARED_POOL_SIZE
-الكاش المكتبي –library cache يقوم بتخزين جمل الsql و ال pl/sql
حيث يتم تنفيذ الجمله في حالة اعادة استعمالها مما يحسن الاداء
-كاش ديكشنري –dictionary cache يخزن اخر البيانات معلومات الديكشنري
-لتنفيذ جملة الsql يجب العوده للداتا ديكشنري وذلك للحصول على معلومات الداتابيس مثل الnames of segment ووصف الجداول
وفي حالة وجود هذه المعلومات في الكاش فانه ليس هناك داعي للعوده للداتا ديكشنري في ملفات البيانات
-اللارج بوول large pool:- هو تصميم في الذاكره اختياري والتي تستعمل لتخزين ملفات الادخال والاخراج الكبيره والتي تم اصدارها خلال عملية معالجات الbackup
وذلك عن طريق تمرير رسائل للتنفيذ المتوازي –parallel execution
وتخزين معلومات عن الاجراء الحالي
-وحجم اللارج بوول-large pool:- يتم تحديده في LARGE_POOL_SIZE.
-في حالة عدم عمل اعداد للارج بوول فان الshared pool يتم استعمالها لتخزين معلومات السيشن.
-الجافا بوول هو خيار اختياري وهو مطلوب فقط في حالة استعمال الجافا ويمكن تحديد الباراميتر
من JAVA_POOL_SIZE
-الstreams pool سترييمز بوول يستخدم بواسطة الاوراكل ستريمز وهي تمكنا من تبادل البيانات الاوراكل بين اجزاء الاوراكل نفسها او بين بيانات الاوراكل وبيانات غير الاوراكل.
-بينما ال(SGA ) يحتوي على بيانات ومعلومات التحكم للاوراكل انستانس فان الPGA يحتوي على بيانات ومعلومات تحكم لكل عملية معالج SERVER PROCESS مشتركه مع الاستانس.
-حجم مساحة الPGA ومحتواها التخزيني يعتمد على استخدام السيرفر
هل هو في وضع shared ام dedicated , فال PGA يخزن معلومات الجلسه العمل اذا كان الاوراكل سيرفر تم اعداده في وضعية الDIDECTED
-اما اذا كان السيرفر في وضعية الSHARED فانه يقوم بتخزين المعلومات الجلسه العمل في الSGA

بتاريخ:
  • كاتب الموضوع
اخى الفاضل ال RAC ليس كما زكرت بل هو كيفية عمل اكثر من instance على اكثر من وحدة تخزين والتعامل معهم ك instance واحدة ويستخدم لتقليل احتمالات ال failure لل main instance ويستخدم فى معظم البنوك وسوق الاسهم


لعيون الاخ ايمن:
سوف اقوم بشرح الRAC ان شاء الله بعد الانتهاء من هذا الموضوع.
بتاريخ:
  • كاتب الموضوع

ان شاء الله بارك الله بكم جميعا وبعلمكم وبعملكم

بتاريخ:

جزاك الله خير .......... جخد عظيم جدا


لك منا كل الشكر والإمتنان

بتاريخ:
  • كاتب الموضوع

الدرس السابع:-
7-background_processes:-
عند تشغيل تطبيق او اداة اوراكل فان الاوراكل سيرفر ينشئ سيرفر بروسيز لتنفيذ الاوامر التي انشأها تطبيق بالاضافه ان السيرفر يشئ اجراءات خلفيه - background_processes
للاوراكل انستانس
والاجراءات تنفذ فانكشنز مثل الI/O واستعادة الانستانس وادارة عناصر الذاكره
-الاوراكل سيرفر يدعم نوعان من الاجراءات الخلفيه :-
1-الاجراءات الماندوتوري-madatory background processes
وهي الداتابيس رايتر –ناسخ الداتابيس-database writer-(DBWn) واللوج رايتر –ناسخ الولوج –log writer (LGWR)و مراقبة الاجراء-process monitor-(PMON)ومراقبة النظام –system monitor-(SMON)و نقاط التفقد –CHECKPOINT-CKPT و المراقبه قابله للاداره –manageability monitor (MMON)-.
2- الاجراءات الاختياريه وتتضمن الارشفه-اركايفر-ARCHIER(ARCn) والريكفر-RECOVERER (RECO) ومراقبة الكويي –queue monitor-(QMNn) و منسق عمل الكوي-coordinator job queue-(CJQ0)والPnnn لللمعالج المتوازي parallel processing و الديسباشر –dispather-(Dnnn)
والشيرد سيرفر –shared server-(Snnn).
***اجراء الDBWn هو المسؤول عن كتابة البيانات المعدله من الداتابيس بفر كاش لملفات الداتا والبفرز التي تحمل البيانات المعدله تسمى dirty buffers.
**ولتجنب البطأ والتعقيد في النسخ السريع للdirty buffers cache لملفات الداتا نقوم ببدء عدة نواسخ للداتا
وذلك سبب حرف n .

انضم إلى المناقشة

يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.

زائر
أضف رد على هذا الموضوع...

برجاء الإنتباه

بإستخدامك للموقع فأنت تتعهد بالموافقة على هذه البنود: سياسة الخصوصية

Account

Navigation

البحث

إعداد إشعارات المتصفح الفورية

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.