بتاريخ: 13 يوليو 200916 سنة comment_163117 السلام عليكم اخوتي الافاضل اتمنى ان تكونوا بخيرالذي حصل التالي انه فجأة ارتفع استخدام ال سي بي يو في الجهاز ثم ضربت الداتابيز وانفصل الجميع منها الذي اعتقده انه ربما يكون احد المستخدمين يقوم بعمل sql ثقيل يؤدي الى هذه المشكلة او انه احد ال scheduled job ربما سؤالي بعد عملية الريستارت كيف لي ان اعرف مثلا اخر ال sql التي حصل قبل عملية الريستارت لم اجد كويري واحدة تساعدني هلا افدتموني مع الشكر الجزيل تقديم بلاغ
بتاريخ: 13 يوليو 200916 سنة comment_163119 من c:\oracle\product\10.2.0\db_1\BINادخل هنا هتلاقى ملف اسمة afiedt.buf افتحة بالنوت باد هتلاقى اخر جملة سكول مكتوبة تقديم بلاغ
بتاريخ: 14 يوليو 200916 سنة comment_163190 اخى العزيز .حاول تتعمق اكتر وتعمل perfomance tuning للداتابيز بمعنى1 - انك اول شيء تحاول تعدل مساحه الميموري الخاصه بقاعده البيانات وتقوم بزيادتها بنسبه حوالى 70% من اجمالى رامات السيرفر ككل 2 - تقوم بتحويل كل سكيما على Tablespace مستقل 3 - تقوم بتحويل كل INDEXES الى تابل سبيس مستقل ايضا 4 - تقوم بتعديل مسار الاركيف لوج الى ديسك مستقل لكى تتجنب High Disk Utilization هذه نصائح عامه لكيفيه عمل Tuning بسيط لقاعده البيانات وبامر الله المشكله هتتحل معاك اتمنى اكون افدتك تقديم بلاغ
بتاريخ: 14 يوليو 200916 سنة كاتب الموضوع comment_163209 اخي الكريم mohooo81 اشكرك على ردك ولكن ما اعرفه ان هذا الملف يخزن اخر كويري انا قمت بعملها من خلال sql plus وليس على مستوى كل المستخدمين شكرا جزيلااخي الحبيب شكرا جزيلاأؤيدك وبشدة وفعلا سأحتاج لهذه الخطوات لكني ايضا اريد ان اعرف ماهي الكويري التي تم نفذت خلال الساعة الفلانية من باب التأكد هل يعقل لايوجد هذا في اوراكل الف شكر لكم تقديم بلاغ
بتاريخ: 14 يوليو 200916 سنة comment_163234 اخي ادخل على db ك sysdba واستخدم هذا script-------------------------------------------------select sql_text from v$sqlwhere first_load_time=(select max(first_load_time) from v$sql)----------------------------------------------------------------------- تقديم بلاغ
بتاريخ: 14 يوليو 200916 سنة كاتب الموضوع comment_163239 اهلا بأخي haniaqنعم جربت هذا السكريبت من قبل لكن المشكلة انه اذا عملت ريستارت للداتابيس يمحى منه ما سبقالف شكر لاهتمامك تقديم بلاغ
بتاريخ: 15 يوليو 200916 سنة comment_163298 اخى العزيز اقرا هذه المشاركه فى المنتدى Log Minerوبامر الله مشكلتك هتتحل تقديم بلاغ
بتاريخ: 15 يوليو 200916 سنة comment_163308 عدل إلى القيم التالية في ملف INIT.ORAopen_cursors=900processes = 10000 log_buffer = 655360parallel_max_servers = 4 x 2وان لم تفلح أعد الوضع كما كان تقديم بلاغ
بتاريخ: 15 يوليو 200916 سنة كاتب الموضوع comment_163311 اخي الفاضل دكتور كلك شكرا لاهتمامك وجزاك الله الف خيرالمشاركة التي وضعتها تحتاج من تعمق اكثر طيب حاولت تسهيل الموضوع واريد منك لو تكرمت ان تتأكد هل مافعلته صحيح ام لاوجدت سكربتين احدهما ذكره الاخ الفاضل هاني وقمت بالجمع بينهما select p.spid thread, P.TERMINAL, s.username, decode(nvl(p.background,0),1,bg.description, s.program ) program, ss.value/100 CPU,physical_reads disk_io from v$process p, v$session s, v$sesstat ss, v$sess_io si, v$bgprocess bg where s.paddr=p.addr and ss.sid=s.sid and ss.statistic#=12 and si.sid=s.sid and bg.paddr(+)=p.addr order by ss.value desc select sql_text from v$sqlwhere first_load_time=(select max(first_load_time) from v$sql)الجمع بينهما كان كالتالي select p.spid thread, P.TERMINAL, s.username, decode(nvl(p.background,0),1,bg.description, s.program ) program, ss.value/100 CPU,physical_reads disk_io , sq.SQL_FULLTEXT from v$process p, v$session s, v$sesstat ss, v$sess_io si, v$bgprocess bg , v$sql sq where s.paddr=p.addr and ss.sid=s.sid and ss.statistic#=12 and si.sid=s.sid and bg.paddr(+)=p.addr and sq.SQL_ID = s.SQL_ID order by ss.value desc في حالة انه صحيح فلدي سؤالين 1- قيمة ال cpu المطروحة هي بالمائة فهل هي متطابقة مثلا مع task manager الذي في ويندوز يعني مثلا كويري معينة اخذت خمسين بالمائة من السي بي يو هل اوراكل بروسيس ترتفع ايضا 50 بالمائة بالاضافة الى استخدامها المعتاد من السي بي يو 2- أفكر بعمل view لهذه الكويري ثم اقوم بعمل تريقر يخزن لي في جدول اخر حالة مثلا تجاوزت كويري معينة نسبة معينة من السي بي يو ،،،، ما رايك؟ شكرا جزيلا تقديم بلاغ
بتاريخ: 15 يوليو 200916 سنة comment_163346 اخى العزيز اولا يجب ان تخبرنا هل اعتطك النتيجه التى ترجوها ام لا ثانيا ...عمل تريجر ويقوللك الكويري اخدت ايه ..ده جميل ..وعرف الكويري ..طيب ايه العمل ؟لازم نفكر فى اننا terminate not fix ...بمعنى انك تشوف الجداول مثل اللى فيها ريكورد بالملايين واللى بتسبب بطء فى الكويري حاول انك تعملها partitioning وتستفيد من الامكانيه الرائعه دى من اوراكل داتابيز 10g وتكبر رقم البروسيس اللى شغاله increase process number in Pfile وبامر الله هتحس بفرق كبير تحياتى تقديم بلاغ
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.