السلام عليكم ورحمة الله ويركاته

طلب منى اخ فاضل وعضو فى هذا المنتدى أن اقوم بشرح عن كيفية إدارة الTablespace.

وهذه مختطفات بسيطة وعاجلة عن هذا الموضوع على امل العود والتفصيل اكثر فى هذا الموضوع الهام .





الشكل اعلاه يوضح الخيارات المتاحة للTablespaces وهى :

Space Management in Tablespaces - A
وهى كيفية إدارة المساحة فى الTablespaces وهناك نوعان:-

1- Locally Managed Tablespaces.
هنا يتم إدارة الExtents فى الTablespace عن طريق الTablespace بواسطة ال Bitmaps، فلحظة تخصيص الExtents أو تحريرها يقوم الOracle Server بتغير قيمة الBitmap للحالة الجديدة . وهذا النوع من الإدارة هو الاصل عند إنشاء الTablespace فى الاصدار Oracle 10g ، وقد صار هذا النوع متاح إبتداء من الإصدار Oracle 8i , ولانه لا يخزن المساحة المتاحة فى الData Dictionary Tables فإنه يقلل محتويات هذا الجدول . ولانه لا يحدث تعديل فى الDictionary Tables فإنه لا يتم إنشاء Undo Information
( generate undo information)


لتحويل إدارة الTablespace من ال Data Dictionary الى Locally نستخدم
.DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL

فى هذا النوع من إدارة الTablespace هناك نوعان لإدارة الextents:
1- Automatic: هنا لا نستطيع تحدي حجم الExtent إنما يتم تحديده عن عن طريق النظام ، ولا يمكن تطبيق هذا النوع فى (Temporary Tablespace).
2- Uniform: هنا يمكن تحديد حجم الExtent فى الTablespace والاصل حجم الextent هو IMB. لا يمكن تطبيق هذا النوع فى Undo Tablespace.

وكذلك فى هذا النوع من إدارة الTablespace هناك نوعان لإدارة الsegement:
1- Automatic.
2- Manual.




2- :Dictionary- Managed Tablespaces
هنا يتم إدارة الExtents فى الTablespace عن طريق الData Dictionary
فلحظة تخصيص الExtents أو تحريرها يقوم الOracle Server بتغير الData Dictionary Tables .



Logging - B: :
1-Yes المعنى لحظة تغير الكائنات فى الTablespaces فانه يتم كتابة التغييرات فى الRedo log files.
2-NO: المعنى لحظة تغير الكائنات فى الTablespaces فانه لا يتم كتابة كل التغييرات فى الRedo log files.



Mode - C::
1- Read Only:المعنى هنا أننا لا نستطيع الكتابة أو التعديل أو المسح على البيانات الموجودة فى الTablespace ، بالطبع لا نستطيع أن نضع كل من ال(System & Sysaux Tablspace) فى الوضع Read Only.
2- Read and write: المعنى أننا نستطيع الكتابة أو التعديل أو المسح على البيانات الموجودة فى الTablespace




Views - D:
وهى الإستعلامات لمعرفة معلومات عن الTablespaces والData Files..
DBA_TABLESPACES
V$TABLESPACE
DBA_DATA_FILES
V$DATAFILE
DBA_TEMP_FILES
V$TEMPFILE



Contains - E:
1- Permanent : وهو لتخزين الكائنات المستديمة فى قاعدة البيانات .
2- Temporary: لتخزين الكائنات المؤقتة فى قاعدة البيانات لذلك تحتاج قاعدة البيانات ، مثلاً لعمليات ترتيب البيانات ..
3- Undo: تستخدمه الDatabase Server لتخزين الUndo Information وهو ضرورى فى قاعدة البيانات ويتم إنشاءه أثناء إنشاء قاعدة البيانات ويمكن اضافة اخرى عندما نحتاج لذلك لكن فى الوقت الواحد يعمل Undo واحد فقط يحدد عن طريق ملف المتغيرات Undo_Tablespace=UNDO TABLESPACE NAME. .
.



Status - F:
1- Online: أى أن الTablespace متاح لجميع المستخدمين .
2- Offline: اى أن الTablespace غير متاح للمستخدمين وهناك عدة خيارات لهذا الوضع
(Normal & Temporary & Immediate & For Recover ) . لا يمكن وضع (System & Undo Tablespace) فى الوضع Offline.




SQL - G:
1- Create: لإنشاء الTablespace.
2- Alter: لإجراء تغيرات على الTablespace.
3- Drop: لحذف الTablespace




Type - H:
1- Small Tablespace: وهو Tablespace يحتوى على Data File واحد أو أكثر وهو الاصل عند إنشاء Tablespace.
2- Big Tablespace: وهو نوع جديد من الTablespace صار متاح فى الإصدار Oracle 10g ، بحيث تصل مساحته الى 128 Terabytes(TB) ويحتوى على ملف data File واحد فقط

للموضوع بقية

بارك الله فيك اخى وجزاك كل الخير
نتمنى تكملة الموضوع

ماشاء الله عليك اخى والله شرحك ممتاذ وافضل من ماتيريال اوراكل ياريت تكمل الموضوع ممتاذ جداااااااااا

Temporary Tablespace Group

وهو ميزة مستحدثة فى الإصدار Oracle 10g تستخدم عند نقص الResource المستخدم للتخزين المؤقت .

والفكرة تقوم على أن يكون هناك اكثر من Temporary Tablespace واحد فى قاعدة البيانات ولكن ينتمون جميعاً الى GROUP واحد حيث تتم المشاركة .


إنشاء Temporary Tablespace Group:



ولإنشاء Temporary Tablespace اخر لنفس الGROUP:




لإضافة Temporary Tablespace موجود أصلاً فى قاعدة البيانات للGroup:





يمكن الإستعلام عن الTemporary Tablespace Group بواسطة الجدول DBA_TABLESPACE_GROUPS

متشكرون على هذا المجهود الرائع منك يااخى بس ياريت تشرح لى كيفية ادارة المساحات بالنسبة TABLESPACE هذة وكيفية التنقل مابين TABLESPACE الى انا مكاريتها
حيث قمت بكريت عدة TABLESPACE بمساحات محددة ووجدت هنال TABLESPACE FULL واخرى فاضية (على اى اساس هذا)
من فضلك قولى لماذا ومرفق شكل TABLESPACE

الاخ الفاضل waleedtot عند اكثر من حل.

الحل الاول زيادة حجم الTablespace وذلك بأحد الطرق التالية:-

1- إضافة Datafile جديد للTablespace



2- زيادة حجم الdatafile الحالى.




الحل الثانى: تحويل بعض الجداول وخصوصاً ذات الاحجام الكبيرة من Tablespace الى اخر.




الحل الثالث: تغيير الDefalut Tablespace للمستخدمين من الTablespace التى لا توجد بها مساحة إلى اخرى.

مش عارف يااخى اشكرك ازاى حضرتك مفهمتنيش .. عندى tablespace واحدة عامة اسمها مثلا basicdata

i created 10 datafile under table space basicdata
مع العلم ان انا create all tables and users by defult on tablespace basicdata ,وتحت basicdata 10 datafileاريد ان اعرف كيفية توزيع المساحة tablespace الوحدة على datafile
والصورة التالية هتوضح ليك اكثر

بانتظار التكمله
شكرا لك

الاخ waleedtot إذا كنت تقصد عن كيفية توزيع البيانات داخل الTablespace الواحد على مجموعة الDatafiles التابعة لهو ، فهناك عدة طرق تستخمها اوركل تعتمد فى الاساس على نوع إدارة الExtents ، فلو أنك مثلا تستخدم نوع الإدارة locally managed tablespaces فإن الOracle Server ينظر للمساحة المتاحة لتخصيص Extent جديد وذلك بواسطة تقرير يتم فيه ترشيح Datafile ومن ثم يتم البحث عن الDatafile Bitmap لمعرفة هل المساحة المطلوبة متوفرة ، إذا لم يجد المساحة المطلوبة يقوم الاوركل بالنظر الى الDatafiles الاخرى

هناك سؤال مهم هل يمكن تحويل جدول من Datafile إلى Datafile اخر ؟ الجواب نعم

كل الشكر لك
الله يجزيك الخير

احسنت اخى الباشا احسن الله اليك

الى الاخ المحترم العزيز الباشا بجد مش عارف اشكرك الزاى على المعلومات المفيدة والمهمة
بس محتاج منك ازاى اعرف نوع الادارة بالنسبة لtablespace الى انا شغال عليها ز
والنسبة لاافضل طريقة لاادارة وهل الطريقه الى انا شغال عليها tablespace
واحدة وعدة datafile هل هية قوية ولا ليها عيوب واية عيوبها
انا شاكر جدا للتواصل الى بينى وبينك وانا متاكد ان الزملاء مستفدون من هذة المناقشة
اخوك وليد

الاخ waleedtot يمكنك معرفة نوع إدارة الTablespaces فى قاعدة البيانات بالاستعلام التالى:




اما كون انك تعمل بعدد من الDatafiles فى الTablespace الواحد فليس هناك إشكال فى هذه الطريقة ، ولكن قد نستعمل الطريقة الثانية وهى زيادة مساحة الDatafile الحالي عندما نصل لأقصى عدد متاح للDatafiles فى قاعدة البيانات ، فحينها لا نستطيع اضافة Datafile جديد.

يااخى واللة انا مش عارف اقولك اية على المجهود الرائع هذا
اقول هذة الجملة فقط (ربينا يذيداك علم وينور قلبك)
عاوز بالمناسبة اعرف بخصوص انك محترف DBA
هل هناك اختلاف بين DBA 10G ,DBA APP
هل هو اصعب من DBA 10G

الاخ waleedtot لم افهم ما تقصد بالضبط لكن عموماً راجع هذا الرابط سيفيدك كثيراً

جميع شهادات اوركل

الاخ الباشا قصدى ما هى اوجة الاختلاف مابين DBA 10g AND DBA APPLICATION 11i

شكراً واستمر في شرح بقية الموضوع

You want to change extent management on your DATA09 tablespace from local
to dictionary to match the other tablespaces in the DATA01–DATA08 range.
Which method can be used to make this change? (Choose the best answer.)

A. DBMS_SPACE_ADMIN.TABLESPACE_DICTIONARY_MANAGED
B. DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_DICITONARY
C. Enterprise Manager
D. ALTER TABLESPACE DATA09 EXTENT MANAGEMENT DICTIONARY
E. You cannot convert a locally managed tablespace to dictionary
management

السلام عليكم ورحمة الله وبركاته
شكرا لك يا باشا

الله يبارك لك ياشيخ

على فكرة انا بتخنق من اللى بيطلبوا الردود ومبحبش ارد لكن معاك انت احب اوضح انى فعلا ممتن ليك بالمناسبة هل انت سامح بكار ؟