میرے ونڈوز پر چلنے والے مینیجرز خود کو ہر وقت گرنے دیتے ہیں ، جس سے مینیجرز آف لائن ہوجاتے ہیں۔ مسئلہ آگیا ، عام طور پر مینیجرز کے گرنے کے بعد دوبارہ شروع کرنا ٹھیک ہے ، لیکن پریشان کن ونڈوز مینیجرز ہر بار چلنے کے بعد ایک نیا ایس آئی ڈی تیار کرتے ہیں ، اور اصل روبوٹ کے پاس اصل ایس آئی ڈی آن لائن نہیں ہے اور وہ پیرامیٹرز کو اپ ڈیٹ کرنے سے باز نہیں آسکتے ہیں۔ مینیجرز کو تبدیل کرنا ، حذف کرنا ضروری ہے۔
جناب ہوجب تک کہ میزبان کو تبدیل کرنے والے روبوٹ کا ڈیٹا بیس ضائع نہ ہو ، تو اس کا کوئی فرق نہیں پڑتا ہے۔ تاہم ، بہتر ہے کہ میزبان کے SID کو دوبارہ چلائیں ، اس سے زیادہ پریشانی نہیں ہوگی ، اور بعض اوقات باہر فون کے بغیر بہت زیادہ کام کرنا واقعی تکلیف دہ ہوتا ہے۔ میزبان کو کھو جانے کے بعد روبوٹ کی حالت معمول کی نظر آتی ہے ، لہذا اکثر ایک یا دو روبوٹ کو دوبارہ چلانے کی وجہ سے حکمت عملی مؤثر طریقے سے کام نہیں کرتی ہے۔
جناب ہوشکریہ چھوٹی چھوٹی خواب، میں نے ڈیسک ٹاپ ورژن کے مینیجر کا استعمال کیا ہے، اسکرین شاٹ لینے کا کوئی طریقہ نہیں ہے، مجھے لگتا ہے کہ یہ سرور کے کام کرنے کے ماحول سے متعلق ہوسکتا ہے، میرے پاس جاپان میں ایک کلاؤڈ سرور ہے، جو چلنے کی ایک ہی حکمت عملی ہے، اور یہ گر نہیں گیا، جبکہ امریکی مشینری میں دو بار گر گیا، یہ علی کلاؤڈ سرورز ہیں.
چھوٹا سا خوابٹھیک ہے، میں نے اس مسئلے کو ریکارڈ کیا، اور آپ کی طرف سے آسان الفاظ شامل کریں: 359706687، اور پھر گرنے والے ونڈوز منتظم کا اسکرین شاٹ (اگر یہ کمانڈ لائن ورژن ہے) ۔ کیا آپ مجھے ایک کوڈ بھیج سکتے ہیں جس میں یہ واضح ہو سکے کہ ان مسائل کی وجہ کیا ہے؟ اگر مینیجر میں کوئی مسئلہ پیدا ہوتا ہے تو ، صرف کنٹرول سینٹر میں مینیجر کو ہٹا دیں ، پھر دوبارہ مینیجر چلائیں ، روبوٹ کو دوبارہ چلائیں (نئی تخلیق کی ضرورت نہیں) ، روبوٹ کا ڈیٹا بیس تبدیل نہیں ہوتا ہے ، لاگ ان موجود ہے ، جب تک کہ آپ اپنے کمپیوٹر پر موجود تمام فائلوں کو مینیجر ڈائرکٹری سے حذف نہیں کرتے ہیں ، اور ایک مینیجر پروگرام دوبارہ ڈاؤن لوڈ نہیں کرتے ہیں ، جیسا کہ پچھلے روبوٹ کا ڈیٹا بیس موجود نہیں ہوتا ہے ، روبوٹ ڈیٹا بیس کو دوبارہ تخلیق کرتا ہے۔ لہذا اگر آپ پروگرام کو تبدیل کرنے کا ارادہ رکھتے ہیں تو ، تبدیل کرنے سے پہلے ، آپ کو اپنے روبوٹ کے ڈیٹا بیس کا بیک اپ لینے کی ضرورت ہوگی۔
چھوٹا سا خواباس کے علاوہ ، آپ کو اس کے بارے میں مزید جاننے کی ضرورت ہے۔
جناب ہوکیا یہ روبوٹ کے نیچے موجود لاگ ان میں غلط لاگ ان دیکھے گا؟
جناب ہویہ بہت اچھا ہے، شکریہ
چھوٹا سا خوابکل خاص طور پر مشورہ کیا گیا تھا کہ آپ اس فنکشن کو استعمال کرسکتے ہیں SetErrorFilter، API دستاویزات میں: https://www.botvs.com/api#SetErrorFilter، آپ دیکھ سکتے ہیں کہ اس فنکشن کے ذریعہ فلٹر کردہ غلطی لاگ ٹائپ ڈیٹا بیس میں نہیں لکھا جائے گا۔ اس سے روبوٹ ڈیٹا بیس فائلوں میں اضافہ نہیں ہوتا ہے۔
جناب ہوآپ کی وجہ بنیادی وجہ ہونی چاہئے ، لاگ ان میری حکمت عملی نہیں ہے ، لیکن اس عرصے کے دوران لاگ ان ایکسچینج کی غلطیوں کی اطلاع دی گئی ہے ، جس میں منتظمین نے لکھا ہے ، لہذا میں ابھی عارضی طور پر لاگ ری سیٹ ((5000) کے ساتھ ہی معاملہ کرسکتا ہوں۔
چھوٹا سا خوابکچھ لاگ آپ کی طرف سے خود کار طریقے سے آؤٹ پٹ نہیں ہوتے ہیں، مثال کے طور پر آپ کو ایک کارروائی ملتی ہے، اگر آپ کو وقت سے زیادہ غلطی کی اطلاع دی جاتی ہے تو، آپ کو ایک غلطی کی رپورٹ کی لاگ بھی ملتی ہے.
جناب ہوہم آپ کو مشورہ دیتے ہیں کہ آپ ڈیٹا بیس کو الگ الگ اسٹور کریں ، جیسے لاگ شیٹ اور اسٹیٹس شیٹ ، کنفیگریشن کی ویلیو ویلیو شیٹ وغیرہ ، تاکہ ڈیٹا بیس تک رسائی کی کارکردگی کو بہتر بنایا جاسکے اور پروفائل فائل کی سیکیورٹی کو بڑھا سکے۔ کنفیگریشن کی معلومات ہر بار چلنے والی پالیسی میں پڑھنے اور لکھنے کے لئے ہوتی ہیں ، لیکن لاگ ان کا مواد مطلوبہ ہے ، جیسا کہ ہم اب کرتے ہیں اصل میں لاگ ان کی ویلیو ویلیو شیٹ میں زیادہ ڈیٹا نہیں ہے ، لیکن چونکہ لاگ ان بہت بڑا ہے جس کی وجہ سے پڑھنے میں بہت سست ہے ، لہذا یہ حیرت کی بات نہیں ہے کہ مجھے محسوس ہوتا ہے کہ آپ کی ویب سائٹ ان دنوں سست ہے ، میں نے روبوٹ کو کھولنے میں بہت لمبا وقت لیا ، لہذا لاگ ان کی وجہ سے ڈیٹا بیس میں دشواری ہوتی ہے ، لہذا پڑھنے میں دشواری بھی ہوتی ہے۔
جناب ہومیں نے بالکل کوئی لاگ آؤٹ نہیں کیا، میں نے صرف لاگ منافع اور لاگ اسٹیٹس کو آؤٹ کیا، لاگ صرف خرید و فروخت پر عملدرآمد کرتے وقت معمول کے مطابق نہیں تھا، اور چھ ماہ سے چل رہا ہے، میں نے بہت زیادہ خرید و فروخت نہیں کی.
چھوٹا سا خوابآپ اس طرح کام کر سکتے ہیں، پروگرام میں ہر وقفے میں ایک مخصوص وقت کے دورانیے، لاگ ری سیٹ ((5000) یا پیرامیٹر سیٹ کریں 10000 کال کریں، باقاعدگی سے کچھ نوشتہ جات کو صاف کریں اس طرح DB ڈیٹا بیس فائلوں کو برقرار رکھا جا سکتا ہے تاکہ بہت زیادہ اضافہ نہ ہو۔
چھوٹا سا خوابآپ نے سیٹ ایرر فلٹر کا استعمال کرتے ہوئے اپنے لاگ ان کو فلٹر کیا ہے یا آپ نے لاگ ری سیٹ کا استعمال کرتے ہوئے اپنے لاگ ان کو صاف کیا ہے۔
چھوٹا سا خوابحالیہ دنوں میں بہت سے تبادلے دیواروں کے تحت آئے ہیں ، اگر مقامی منتظمین کے ذریعہ رسائی حاصل کی جاتی ہے تو بہت زیادہ تاخیر کی اطلاع دی جاسکتی ہے ، جس کی وجہ سے ڈیٹا بیس میں کثرت سے لکھنا ، طویل وقت ، لاگ ان ڈیٹا کی مقدار حیرت انگیز ہوسکتی ہے۔
جناب ہوکیا لاگ ان اور مقامی اسٹوریج کی کلیدی اقدار دونوں DB3 فائلوں میں محفوظ ہیں تاکہ لاگ ان فائلیں ہارڈ ڈسک پر پھٹ جائیں اور نہ ہی DB3 کو حذف کیا جاسکے اور نہ ہی DB3 کو نئی لائبریری میں برآمد کیا جاسکے؟
جناب ہومیرا روبوٹ پہلے ہی تمام لاگ ان کو حذف کر چکا ہے، اور یہ کام کر رہا ہے، اس کے علاوہ اس کی حالت کو تبدیل کرنے کے علاوہ، کوئی لاگ ان آؤٹ پٹ نہیں ہے، تو پھر یہ اتنا بڑا لاگ فائل کیوں بنا رہا ہے؟
جناب ہویہ خوفناک ہے، یہ 27 جی ہے، ہارڈ ڈرائیو پھٹ گئی ہے، ڈیٹا بیس کی فائلوں میں مسئلہ ہے.
چھوٹا سا خواب> علم کے پوائنٹس کو بڑھانے کے لئے: لوکل آپریشن کا استعمال کرتے ہوئے ، آپ کو معلوم ہوگا کہ ڈیٹا بیس فائلوں کی ڈائرکٹری کے تحت XXX.db3-journal کی عارضی فائل پیدا کی گئی ہے ، اور اس کا سائز ہر وقت تبدیل ہوتا ہے۔ (جرنل فائلوں کی تفصیل کے لئے بلاگ دیکھیں) جرنل SQLite کا ایک عارضی دستاویز ہے جس میں ریگولر آپریشن کے لئے استعمال کیا جاتا ہے ، جب ڈیٹا بیس لکھنے میں ناکامی ہوتی ہے تو ، جرنل دستاویز کے ذریعہ بغیر کسی تبدیلی کے اعداد و شمار کو بحال کیا جاسکتا ہے ، اور مقامی ڈائرکٹری کے تحت جرنل فائل کو دیکھ کر پتہ چلتا ہے کہ اس کا سائز کسی بھی وقت تبدیل ہوتا ہے ، لہذا اندازہ لگایا جاسکتا ہے کہ کوڈ میں لوکل کے ہر مرحلے میں ڈیٹا بیس کو کھولنے اور لکھنے کی کارروائی کی جارہی ہے ، لہذا وقت کی کھپت رواداری سے زیادہ ہے۔ یہ حذف نہیں کیا جا سکتا۔
چھوٹا سا خواباگر آپ کے پاس کوئی اور سافٹ ویئر ہے جو ڈیٹا فائل کھول رہا ہے تو ، آپ اپنے نظام کو دوبارہ شروع کرنے کی کوشش کر سکتے ہیں۔
جناب ہومیں نے دیکھا کہ لاگ ڈائریکٹری میں موجود روبوٹ ڈائریکٹری میں.db3 فائل کے علاوہ ایک.db3-journal فائل بھی ہے ، میں نے اسے باہر منتقل کیا اور پھر روبوٹ چلا سکتا ہوں ، لیکن منتظم پروگرام مسلسل مندرجہ ذیل غلطی کی اطلاع دیتا ہے ، [لاگ] database disk image is malformed
جناب ہودوبارہ کمانڈ لائن کا ورژن چلائیں، ڈیٹا بیس کو مقفل حالت میں بتائیں، کامیابی سے [Log] database is locked 2018/03/26 10:17:12
جناب ہوآپ کے علاوہ، یہ منظور نہیں ہوا.