OSPRep هو أداة لتوليد دينامية تقارير استنادا إلى الإحصاءات التي تم جمعها من قبل شركة أوراكل StatsPack في قاعدة البيانات الخاصة بك.
OSPRep هو مولد تقرير أوراكل StatsPack، وتستخدم لتوليد تقارير عن إحصاءات النشاط قاعدة البيانات الخاصة بك في لطيفة، شكل مقروء الإنسان - وهو في هذه الحالة هو HTML -، استنادا إلى البيانات التي تم جمعها من قبل شركة أوراكل StatsPack، واختياريا، وبعض الإضافات التي يتم شحنها مع OSPRep . يقدم التقرير ولدت لك معلومات عن تصميم قاعدة البيانات الفعلية (tablespaces، ملفات البيانات والذاكرة)، والقيم الإحصائية على كفاءة قواعد البيانات الخاصة بك وأكثر من ذلك. هو شكلي للغاية، ليس فقط فيما يتعلق بعناصر التقرير التي تحتاج إليها. نظرا لتصميم وحدات وعلى مدونة يحتاج فقط (اعتمادا على الخيارات التي اخترتها في ملف التكوين) سيتم بناء وتنفيذه، لحفظ قاعدة البيانات الخاصة بك من الحمل لا لزوم لها.
ماذا OSPRep تفعل؟
OSPRep يقرأ البيانات للخروج من (المستوى 5-7) الإحصاءات التي جمعتها statspack.snap () إجراءات أوراكل StatsPack وما يقابلها من إجراءات من الإضافات المذكورة أعلاه. التناظرية إلى تقرير ASCII يجوز لأحد أن تولد باستخدام spreport.sql أوراكل StatsPack، وOSPrep يولد التقارير HTML من هذه البيانات. تجمع المعلومات الإضافية (وذكرت) من قبل الإضافات المذكورة تشمل على سبيل المثال النمو والانتظار الأحداث datafile Cesar: سيزار.
جنبا إلى جنب مع هذه البيانات، OSPRep يعطي بعض الأوصاف على معناها فضلا عن أفكار ما قد يشير إلى أو ما هي الإجراءات المطلوبة من DBA من أجل تحقيق المثيل إلى دولة أكثر كفاءة. بالنسبة لبعض القضايا، وتعطى حتى قطعة رمز الإجراءات الممكنة المطلوبة.
أشياء أخرى مفيدة أن نذكر هنا هي ظائف الإضافية مثل النصي fts_plans.sh التي تقدمها OSPrep، والتي يمكن استخدامها لجمع خطط التنفيذ لجميع البيانات SQL المنفذة خلال فترة معينة من الزمن، بعد أن تسبب بمسح الجدول الكامل (FTS) - والمخططات .sh النصي، وتوليد بعض المخططات بسيطة لإحصاءات المحدد. بهذه الطريقة OSPRep يعطيك معلومات عن اصبعك النصائح لبدء ضبط التطبيقات الخاصة بك.
ماذا OSPRep لا تفعل؟
سوف OSPRep اتخاذ أي (الكتابة) إجراءات لقاعدة البيانات (فقط الأشياء التي يكتب OSPRep هي صفحات تقرير HTML وبعض الملفات المؤقتة، ويتم إزالة تلك الأخيرة تلقائيا عند انتهاء البرنامج النصي). فقط لا يقدم ما يجده في قاعدة البيانات بالإضافة إلى بعض صفا عاما على تلك القيم. وهي لا تقدم "الحل الأمثل" للمشاكل التي قد تكون موجودة مع المثيل، يلمح فقط إلى ما يمكن أن تكون مفيدة. وسوف لا إصلاح أو لحن قاعدة البيانات الخاصة بك بالنسبة لك: من أجل أن يكون هذا القيام به، يجب استخلاص الاستنتاجات الخاصة بك من نتائج التقرير
ما هو الجديد في هذا الإصدار:
دعم 11gR2 (غير مجربة)
بعض التعديلات الطفيفة والتحسينات
بعض التنسيقات رمز، بما في ذلك الاختيار ل(مفقود) يربط إلى تحسين
وأضاف الأعلى-N البيانات SQL أقسام للومثل؛ .. بواسطة استخدام وحدة المعالجة المركزية ومثل ؛، & مثل؛ .. قبل الوقت المنقضي ومثل ؛، و & مثل؛ .. بواسطة الإبطال ومثل؛ (10G +)
الأعمدة المضافة ومثل؛ نشاط مثل النشط و. و & مثل؛ وحدة ومثل؛ إلى الأعلى SQL-N على 10G +
تسليط الضوء على الكلمات الرئيسية في (الأعلى-N) البيانات SQL على 10G + (ونأمل أن لا يزيد ومثل؛ عشوائي ومثل؛ مساحات من الداخل)
وأضاف بعض أكثر فائدة من المعلومات الخلفية (سياق مساعدة)
ما هو الجديد في الإصدار 0.4.3:
توصيل DB 10G باستخدام عميل 9I يؤدي إلى dbms_output.put_line اقتطاع انتاجها بعد الحرف 254 (10G لا تصدر رسالة خطأ لفترة أطول حتى تصل إلى الحد من 32K حرف). تطبيق عمل حول إصلاح هذه.
لقد تم كسر الاحصائيات datafile Cesar: سيزار مع 10G - ثابتة.
لا توجد احصائيات PGA المتاحة مع 8I. في حالة تمكين هذا كسر النصي. لم يعد يتم تضمينها الآن مع 8I. الشيء نفسه بالنسبة لمثيل الاسترداد (لا STATS $ INSTANCE_RECOVERY في 8I)، تراجع (عرض مع 9I)، إدراج بقائمة الانتظار وبعض العازلة احصائيات بركة
تغير احصائيات الجدول $ system_event الهياكل مع 9I - حتى تم كسر top_n_waits (وغيرها من احصائيات waitevent ذات الصلة) مع 8I
8I لا يحب بعض أسماء الاسم المستعار - لذلك قمنا بتغيير لهم
تغيير يذكر لجعل العمل OSPRep مع أوراكل 11g
لم يتم العثور على التعليقات