الخطوط العريضة

حصة مع المثال RAC تحطم اليوم أربعة علة مشتركة، والنسخة التالية هو مناسبة لأوراكل النسخة 11.2.0.1 وفي وقت لاحق، وذلك أساسا للقيام المذكرة مباشرة لإيجاد حلول لتسهيل المستقبل.

أمثلة على إنهاء ORA-29770 LMHB

التفسير الرسمي

1، الخطأ:

LMON (ospid: 31216) ينتظر حدث "ملف التحكم متتابعة قراءة 'لمدة 88 ثانية. أخطاء في ملف /Oracle/base/diag/rdbms/prod/prod3/trace/prod3_lmhb_31304.trc(incident=2329): وعلق العالمية LMON عملية إدراج بقائمة الانتظار (OSID 31216) لأكثر من 70seconds: ORA-29770 LMHB (ospid: 31304) يتم إنهاء المثيل. أو LMON (ospid: 8594) ينتظر حدث "ملف التحكم متتابعة قراءة 'لمدة 118 ثانية. خطأ: LMON ليست صحية وليس لديها ضربات القلب. خطأ: LMHB (ospid: 8614) يتم الآن إنهاء المثيل.

2، والتفكير:

LMON في انتظار قراءة ملف التحكم، مما أدى إلى أن الحادث LMHB المثال

3. الحل:

تم إصلاح الخلل 8888434 في الإصدار 11.2.0.2 أعلاه وفي

تم إصلاح الخلل 11890804 في الإصدار 11.2.0.3 أعلاه وفي

أمثلة ORA-481 بسبب انهيار

1، الخطأ:

1. PMON (ospid: 12585): إنهاء المثال بسبب خطأ 481

LMON يظهر ملف عملية التتبع:

تبدأ DRM (107) (SWIN 0) * إدارة الحقوق الرقمية يصمت < kjxgmrcfg: بدأت إعادة تشكيل، اكتب 6

LMS < س >  عملية يظهر ملف التتبع:

2011-07-0510: 53: 44.218905: بدء تشغيل توسع تقارب للPKEY 81885.02011-07-0510: 53: 44.498923: قم بتوسيع فشل: PKEY 81885.0، 229 shadowstraversed، 153 ردها 1 المحاولة

2. PMON (ospid: 4915562): إنهاء المثال بسبب خطأ 481

السبت 1 أكتوبر 201119:21:37

تفريغ حالة النظام طلبته (مثيل = 2، osid = 4915562 (PMON))، = موجز .

2، والتفكير:

عملية lmon راك هي عملية حرجة للغاية، والتحقق من صحة بين الكتلة هي المسؤولة عن توفير خدمات GCS، يحدث استثناء عند lmon أثار مستوى أوراكل الإعلام والتوعية المبارزة.

LMON أساسا من خلال نوعين من آلية ضربات القلب إلى الفحص الطبي الكامل:

1) شبكة ضربات القلب (NetworkHeartbeat) بين العقد: بينغ توقيت انتقال الحزمة يمكن أن يتم الكشف عن عقدة الدولة إلى عقدة، إذا لم يتم تلقي استجابة في غضون فترة زمنية محددة سلفا، وأنه من الطبيعي أن الطرف الآخر

2) مراقبة ملف القرص ضربات القلب (ControlfileHeartbeat): يتم تحديث عملية CKPT من كل عقدة مرة واحدة كل 3 ثوان كتلة تحكم الملف، وهذا ما يسمى كتلة CheckpointProgress سجل، ويشارك في ملف التحكم، فإنه يمكن أن يتم التحقق على بعضهم البعض بين مثيلات لتحديد ما إذا كان أو لم يكن لتحديث.

3. الحل:

لقد تم تصحيح الأخطاء 1. 11875294 في 11.2.0.3، بل هو وسيلة للتغلب على المشكلة:

عن طريق وضع _gc_read_mostly_locking = FALSE لتعطيل قراءة في الغالب.

2. الثابتة مشكلة HAIP،

11G من DRM وعرض قراءة تأمين معظمها آلية، والتي سوف يكون الكائن العالمي تاريخ العملية القائمة.

ملاحظة:

قراءة في الغالب آلية يمكن أن تقلل من استهلاك وحدة المعالجة المركزية والرسائل الوصول للقراءة، وصول الكتابة ولكن سوف تستهلك أكثر من ذاكرة التخزين المؤقت IO آلية الانصهار قفل قفل التقليدية.

ذاكرة التخزين المؤقت أوراكل طبقة التسجيل وعدد من S قفل قفل X على كل كائن، إذا عقدة لفتح عدد كبير من S قفل والقليل جدا من X قفل، ونقل كتلة صغيرة نسبيا، ثم كائن في هذه العقدة قراءة في الغالب على. عندما اقرأ يحدث في الغالب، يتم إيقاف الكائن المشترك، وكتلة لم تعد تبث (كتلة ما لم تعدل) من قبل ربط.

عند تعريف كائن للقراءة في الغالب، وقال انه سيتم منح عقدة رئيسية قفل S تقارب على كافة العقد، وهو ما يعني أن كافة العقد هي "في وقت مبكر" منح حق الوصول للقراءة إلى كتلة، وبالتالي يقلل من فرد كمية نقل الرسائل بين العقدتين من S قفل بعضها البعض.

الكل في الكل، وclsuster أن يكون أكثر من عدد العقد، وX قفل حالة طلب صغير، قراءة في الغالب بسبب الأرباح الخصائص. ولكن عندما طلب الأشياء X قفل الزيادة، سيتم تخفيض كبير في الأداء. من ناحية أخرى، إذا كنت من عدد صغير نسبيا من العقد، ثم ربما كنت لا تحصل على الكثير من الفوائد من قراءة معظمها خصائص هناك.

ولأن قراءة تستهلك في الغالب أكثر من IO، وهذه المرة لديك لتقدير IO الخاص حول الوضع الخاص بك، إذا كنت منع إرسال الرسائل والأرباح أقل من حمولة IO يصبح أثقل، أو كان لديك الكثير من الضغوط في IO في ظل هذه الظروف، وخصائص قراءة مفتوحة في الغالب لا ينصح، يمكنك تعطيل خصائص القراءة في الغالب. الترتيب: _gc_read_mostly_locking = FALSE

ORA-600 ، ORA-600 ، ORA-600 ، ، ORA-600  أمثلة من حوادث تلك النتيجة

1، الخطأ:

منذ ORA-600 ، ORA-600 ، ORA-600 ، أو ORA-600  المثال RAC تعطل السبب

2، والتفكير:

هذه المجموعة ORA-600 و DRM (دينامية resourceremastering) رسالة أو قراءة المتعلقة في معظمها إلى القفل. التي تنطوي على عدد وافر من علة، وتشمل:

وثيقة 9458781.8 مفقودة رسالة ثيقة tomaster أوراق أغلقت القفل التعلق تحطمها المثال مع متنوعة Internalerror وثيقة 9835264.8 ORA-600  / ORA-600  في RAC مع remastering الديناميكي وثيقة 10200390.8 ORA-600 في RAC مع إصلاح 9979039 وثيقة 10121589.8 ORA-600  يمكن أن تحدث في RAC وثيقة 11785390.8 المكدس الفساد / السلوك غير صحيح ممكن في RAC وثيقة 12408350.8 ORA-600 في RAC مع قراءة قفل معظمها وثيقة 12834027.8 ORA-600  / ORA-600  مع RAC قراءة تأمين معظمها

3. الحل:

تم تعديل معظم الأخطاء أعلاه في 11.2.0.3، 11.2.0.3 التصحيح تركيب مجموعة يجب تجنب هذه الأخطاء، بالإضافة إلى الأخطاء 12834027، سيتم إصلاح هذا الخطأ في 12.1. تغلب على هذه الأخطاء الطريقة:

تعطيل أو تعطيل للقراءة معظمها DRM

على سبيل المثال: تعيين "_gc_read_mostly_locking" = FALSE

في 11G، فإنه يمكن أيضا أن تستخدم على النحو التالي تعطيل DRM، ينصح بشدة لإيقاف:

مجموعة يغير نظام "_gc_policy_time" = 0 نطاق = spfile.

ثم إعادة تعيين كافة الحالات نافذة المفعول. إذا كنت لا تريد تعطيل تماما DRM، لكن تأمين قراءة في الغالب آلية أو قارئ تجاوز الحاجة إلى تعطيل. يمكنك استخدام الأمر التالي:

--disable للقراءة معظمها تأمين

ألتر مجموعة نظام "_gc_read_mostly_locking" = نطاق كاذبة = spfile سيد = '*'؛

--disable قارئ الالتفافية

ألتر مجموعة نظام "_gc_bypass_readers" = نطاق كاذبة = spfile سيد = '*'؛

يعطي تحت Oracle11g أوراكل التعديلات:

ألتر مجموعة نظام "_gc_policy_time" = 0 نطاق = spfile سيد = '*'؛

ألتر مجموعة نظام "_gc_undo_affinity" = نطاق كاذبة = spfile سيد = '*'؛

عندما مكن فلاش المنتجات مخبأ kcldle / kclfplz / kcbbxsv_l2 / kclfprm، تحطم المثال

 1، الخطأ:

وذكرت في سجل تنبيه ORA-7445

ORA-7445

ORA-7445

ORA-744

2، والتفكير:

وهي ناجمة عن خلل مختلفة، والتي تنسب إلى علة أساس علة علة 12337941 مقالب على kcldle / kclfplz / kcbbxsv_l2 / kclfprm استخدام الفلاش

3. الحل:

تم إصلاح هذه الأخطاء في 11.2.0.3، يمكنك اختيار لتثبيت مجموعة التصحيح أو التحايل على هذه المشكلة عن طريق استخدام الأسلوب التالي:

تعطيل فلاش ذاكرة التخزين المؤقت

هذه الميزة هي في الواقع قدم EXADATA، وهذا هو سلاح آخر EXADATA تحسين أداء IO. ولكن إذا لم EXADATA، 11.2 كما يمكن ضبط هذه الوظيفة، وهذه الوظيفة ليست معقدة الإعدادات.

يتم توفير 11.2 معلمتين إعداد FLASH CACHE: حيث تستخدم DB_FLASH_CACHE_SIZE لضبط حجم FLASH CACHE، والموقف ملف DB_FLASH_CACHE_FILE الإعدادات.

FLASHCACHE معلقة على نظام التشغيل لجهاز العارية، ثم أضاف إلى مجموعة القرص منفصلة أو ASM تحميل مباشرة إلى نظام التشغيل، ومن ثم تحديد ASM DB_FLASH_CACHE_FILE أو تشغيل دليل ملف نظام يمكن.

لاحظ أنه DB_FLASH_CACHE_FILE على عكس غيرها من المعالم، مثل، على سبيل ASM تحتاج فقط لتحديد إما اسم مجموعة الأقراص، الدليل المقابل يجب أن تنشأ في ASM نحو مجموعة الأقراص من جهة، وعملية وضع المعايير، والدليل غير يتم إنشاؤه تلقائيا، ولكن اسم الملف المحدد لا تحتاج إلى الوجود، وأوراكل تلقائيا إنشاء ملف استنادا إلى حجم DB_FLASH_CACHE_SIZE.

SQL >  نظام ألتر setdb_flash_cache_size = نطاق 30G = spfile. تغيير النظام. SQL >  مذبح نظام setdb_flash_cache_file = '+ REDO / فلاش / odademo1.flash "نطاق = spfile سيد =' odaenmo1 '؛ تغيير النظام. SQL >  مذبح نظام setdb_flash_cache_file = '+ REDO / فلاش / odademo2.flash "نطاق = spfile سيد =' odaenmo2 '؛ تغيير النظام.

علما بأن، لRAC، يستخدم كل عقدة FLASH CACHE ملف منفصل، وبالتالي يجب أن يتم تعيين بشكل فردي.

إذا تم استخدامه، ثم الأمر يختلف تماما oracle11g نقترح عليك استخدام النسخة 11.2.0.4، وعلة قليل نسبيا، أكثر استقرارا. في وقت لاحق سوف تشارك أكثر حول جوانب DBA، والأصدقاء المهتمين يمكن أن تركز القادم! !