LayerAssist
مفت ٹرائل شروع کریں

جانیں کہ آپ کے سرور پر کوئی سروس کب رکتی ہے۔

آپ کی ویب سائٹ کئی سروسز پر چلتی ہے: ویب سرور، ڈیٹا بیس، PHP اور ای میل۔ LayerAssist آپ کی چنی ہوئی سروس پر نظر رکھتا ہے اور آسان زبان میں بتاتا ہے کہ وہ کب اور کیوں رکی۔

شروع کریں

ایک نظر میں

  • بلٹ ان مانیٹرSSH سے چلنے والا ایک بلٹ ان مانیٹر جانچتا ہے کہ آپ کی بتائی سروس چل رہی ہے – Linux اور Windows سرورز پر۔
  • بلٹ ان مانیٹرسروس رکنے پر آپ کو الرٹ ملتا ہے اور LayerAssist وجہ سمجھنے کے لیے اس کے لاگز پڑھتا ہے۔ “محفوظ طریقے سے ٹھیک کریں” کے ساتھ وہ اسے خود چلاتا ہے؛ مکمل ری اسٹارٹ یا کنفیگریشن کی تبدیلی آپ کی منظوری کا انتظار کرتی ہے۔
  • چیٹ میںچیٹ میں وہ سروس ری اسٹارٹ کرتا ہے، ڈھونڈتا ہے کہ وہ کیوں رکی، اور جہاں ممکن ہو وجہ ٹھیک کرتا ہے۔
  • ابھی نہیںبلٹ ان مانیٹر ہر سرور پر ایک سروس پر نظر رکھتا ہے۔ باقی سروسز کو آپ اپنی جانچ سے شامل کر سکتے ہیں۔

ایک رکی سروس پوری سائٹ گرا سکتی ہے

ویب سائٹ ایک پروگرام نہیں۔ ویب سرور وزیٹرز کو جواب دیتا ہے، PHP سائٹ کا کوڈ چلاتا ہے، ڈیٹا بیس مواد رکھتا ہے اور میل سروس پیغامات بھیجتی ہے۔ ان میں سے کوئی بھی رکے تو سائٹ ٹوٹ جاتی ہے – اکثر ایسی خرابی کے ساتھ جو یہ نہیں بتاتی کہ کون رکا۔

سروسز عام وجوہات سے رکتی ہیں: کسی اپڈیٹ نے سیٹنگ بدل دی، سرور کی میموری ختم ہو گئی، ری اسٹارٹ کے بعد سب کچھ دوبارہ نہیں چلا۔ کون سی سروس کیوں رکی، یہ جاننا آدھا علاج ہے۔

کسی سروس کے رکنے کی علامات

  • “502 Bad Gateway” یا “503 Service Unavailable”
  • “Error establishing a database connection”
  • سائٹ چلتی ہے، مگر اس کی ای میلز کبھی نہیں جاتیں
  • سرور ری اسٹارٹ یا اپڈیٹ کے بعد سب کچھ ٹوٹ گیا

سرور پر سروسز کیوں رکتی ہیں

میموری کی کمی

میموری ختم ہونے پر سسٹم سب سے بڑا پروسیس روکتا ہے، اکثر ڈیٹا بیس۔ یہ ٹریفک بڑھنے پر یا بہت زیادہ مانگنے والی سیٹنگز سے ہوتا ہے۔

اپڈیٹ کے بعد کنفیگریشن کی خرابی

پیکج اپڈیٹ یا ہاتھ سے کی گئی تبدیلی ایسی سیٹنگ چھوڑ سکتی ہے جسے سروس قبول نہیں کرتی، اور وہ شروع نہیں ہوتی۔

ری اسٹارٹ کے بعد خود شروع ہونے کے لیے سیٹ نہیں

جو سروس سسٹم بوٹ پر فعال نہیں کی گئی، وہ سرور ری اسٹارٹ کے بعد بند ہی رہتی ہے۔

بھری ڈسک یا کریش

جگہ کی کمی، خراب فائل یا پروگرام کی خرابی سروس روک سکتی ہے، اور پھر وہ بند ہی رہتی ہے۔

LayerAssist آپ کی سروسز پر کیسے نظر رکھتا ہے

آپ سروس ایک بار بتاتے ہیں۔ LayerAssist اسے جانچتا ہے، اور رکنے پر سب سے کام کے سوال سے شروع کرتا ہے: کیوں؟

خود سروس کو جانچتا ہے

SSH سے اور آپ کے شیڈول پر وہ سرور سے پوچھتا ہے کہ سروس چل رہی ہے یا نہیں: Linux پر systemd یا پرانے service ٹول سے، Windows پر سروس مینیجر سے۔

الرٹ صرف ایک بار

سروس رکنے پر ایک الرٹ اور دوبارہ چلنے پر ایک – ایپ میں اور ای میل سے۔

لاگز پڑھتا ہے

وہ سروس کے لاگ اور سسٹم لاگ کی تازہ اندراجات دیکھتا ہے تاکہ سمجھ سکے کہ اسے کس نے روکا: میموری، کنفیگریشن، ڈسک یا کریش۔

واپس چلاتا ہے اور وجہ ٹھیک کرتا ہے

“محفوظ طریقے سے ٹھیک کریں” کے ساتھ وہ رکی سروس خود چلاتا ہے۔ چیٹ میں وہ اسے ری اسٹارٹ بھی کر سکتا ہے اور خرابی کی وجہ بننے والی سیٹنگ یا حد بھی ٹھیک کر سکتا ہے۔

مثال: بار بار رکنے والا ڈیٹا بیس

  1. آپ

    ہر چند دن میں میری سائٹ “Error establishing a database connection” دکھاتی ہے۔ کیوں؟

  2. یہ کیا چیک کرتا ہے

    • MariaDB: 02:41 پر رکا
    • ڈسک اسپیس: 52% استعمال شدہ
    • سسٹم لاگ: سرور کی میموری ختم ہوئی اور سسٹم نے ڈیٹا بیس روکا
    • وجہ: ڈیٹا بیس کی میموری سیٹنگز سرور کی 2 GB RAM سے زیادہ ہیں

  3. یہ کیا بدلتا ہے

    ڈیٹا بیس کی میموری سیٹنگز سرور کے مطابق کم کیں، MariaDB چلایا اور سسٹم کے ساتھ شروع ہونے کے لیے فعال کیا

  4. LayerAssist

    جب بھی سرور کی میموری ختم ہوتی، سسٹم ڈیٹا بیس روک دیتا تھا: اس کی سیٹنگز سرور کے پاس موجود سے زیادہ میموری مانگتی تھیں۔ میں نے انہیں بدلا، ڈیٹا بیس دوبارہ چلایا اور یقینی بنایا کہ وہ ری اسٹارٹ کے بعد خود شروع ہو۔ MariaDB کے لیے سروس مانیٹر لگانے پر، اگر یہ پھر رکا تو آپ کو فوراً پتا چلے گا۔

آپ کو کیا ملتا ہے

  • آپ کو پتا ہوتا ہے کہ کون سی سروس رکی، صرف یہ نہیں کہ سائٹ ٹوٹی
  • رکنے کی وجہ، سروس کے اپنے لاگز سے
  • رکی سروسز دوبارہ چلتی ہیں، وجہ ٹھیک کر کے
  • Linux اور Windows سرورز پر کام کرتا ہے

حقیقی حالات

WordPress والا VPS

اپڈیٹ کے بعد PHP-FPM رک جاتا ہے اور وزیٹر “502 Bad Gateway” دیکھتے ہیں۔ الرٹ میں سروس کا نام ہوتا ہے اور LayerAssist وہ سیٹنگ ڈھونڈتا ہے جو اپڈیٹ نے بدلی۔

بیک گراؤنڈ پروسیسز والا سرور

ایک کیو ورکر یا بوٹ سروس کے طور پر چلتا ہے۔ جب وہ رکتا ہے تو کچھ ٹوٹا نظر نہیں آتا – جب تک آرڈر جمع نہ ہونے لگیں۔ سروس مانیٹر اسے فوراً پکڑتا ہے۔

Windows سرور

ایک چھوٹے کاروبار کے سرور پر ایک ایپ Windows سروس کے طور پر چلتی ہے۔ LayerAssist اسے OpenSSH سے جانچتا ہے اور رکنے پر ذمہ دار شخص کو بتاتا ہے۔

سرور سروسز کی نگرانی کیسے سیٹ کریں

  1. سرور کو SSH سے جوڑیں

    ویب سائٹس اور سرورز میں SSH رسائی (Windows پر OpenSSH) کے ساتھ سرور شامل کریں۔

  2. نظر رکھنے والی سروس بتائیں

    خودکار کام میں نیا خودکار کام، سرور اور پھر “سروس کی صحت” چنیں، اور سروس کا نام لکھیں، جیسے nginx، mariadb یا php8.2-fpm۔

  3. کتنی بار، یہ چنیں

    اہم سروس کے لیے ہر 5 منٹ، یا جو سروس انتظار کر سکتی ہے اس کے لیے کم بار۔

  4. سب سے اہم سروس سے شروع کریں

    بلٹ ان مانیٹر ہر سرور پر ایک سروس پر نظر رکھتا ہے: عموماً ڈیٹا بیس یا ویب سرور۔ باقی کو اپنے خودکار کام کے طور پر باقاعدہ جانچ سے شامل کریں۔

سرور سروسز کی نگرانی کے بارے میں سوالات

کسی بھی سروس پر جسے سرور نام سے چلاتا ہے: Nginx، Apache یا LiteSpeed جیسے ویب سرورز، MySQL، MariaDB یا PostgreSQL جیسے ڈیٹا بیس، PHP-FPM، میل سروسز یا آپ کی اپنی ایپ۔ Windows پر کوئی بھی Windows سروس۔

نگرانی کی تمام گائیڈزدیکھیں ہر پلان میں کیا شامل ہےLayerAssist کیسے کام کرتا ہے

اگلا: ایپلیکیشن کی خرابیاں

$9 ماہانہ سے · رائے بدلنے کے لیے 14 دن

اگلی بار کچھ خراب ہو، تو آپ کو پتا ہوگا کس سے پوچھنا ہے۔

آج ہی اپنی ویب سائٹ شامل کریں اور پہلا سوال پوچھیں۔ آپ کے لیے نہیں؟ 14 دن میں منسوخ کریں اور پہلی ادائیگی واپس لیں، صرف استعمال شدہ AI کام کی لاگت کاٹ کر۔

7 دن مفت · کریڈٹ کارڈ کی ضرورت نہیں · کسی تکنیکی معلومات کی ضرورت نہیں۔