pg_jobmon

pj_jobmon ডাটাবেস অ্যাডমিনিস্ট্রেটরদের সহজেই ডাটাবেস অপারেশন অনুসরণ এবং এক বা একাধিক ফাংশন আচরণ কিভাবে চেক আউট করতে পারবেন.
একটি কাজের ব্যর্থতা বা অন্যান্য ত্রুটি সঙ্গে যখন কারবারী, pj_jobmon যে বিন্দু থেকে সবকিছু লগ করা এবং সমস্যা সমাধান এ ডেভেলপার সাহায্য করতে পারে যে বার্তা বা বিবরণ মিস্ না.
এই এক্সটেনশনটি সমস্যাযুক্ত কাজ ডিবাগ অথবা নতুন এক্সটেনশন বা আপডেট পরীক্ষা করার জন্য একটি বাস্তব সময় বাঁচায় হতে পারে

এই রিলিজে নতুন আপনি কি:.

<লি> Bugfix:

<লি> স্থায়ী show_running () pg_stat_activty বিরুদ্ধে যোগদান যখন শুধুমাত্র অ অলস প্রশ্নের বিরুদ্ধে মেলে. এখনও একটি মিথ্যা ফলাফলের সম্ভাবনা (ডক ফাইলটি দেখুন), কিন্তু অনেক কম এখন.



সংস্করণ 1.2.0 নতুন আপনি কি:

• Bugfix:
  
  <লি> স্থায়ী show_running () pg_stat_activty বিরুদ্ধে যোগদান যখন শুধুমাত্র অ অলস প্রশ্নের বিরুদ্ধে মেলে. এখনও একটি মিথ্যা ফলাফলের সম্ভাবনা (ডক ফাইলটি দেখুন), কিন্তু অনেক কম এখন.
  
  

কি সংস্করণ 1.1.0 নতুন:

• ক্রিটিক্যাল বাগ ফিক্স: সংস্করণ 1.0 ঘটনাক্রমে সৃষ্টি মুছে job_log টেবিলের উপর ট্রিগার এর কাজ ব্যর্থ ব্যর্থ পেশা রিপোর্ট check_job_status () হতে হবে না, যাতে. একটি নির্দিষ্ট সময়ের মধ্যে চালানোর জন্য কনফিগার করা হয় যে কাজ এখনও জন্য monitor করা হয়. এই শুধুমাত্র 1.0 থেকে pg_jobmon নতুন সংস্করণগুলোতে প্রভাবিত. যদি আপনি একটি পূর্ববর্তী সংস্করণ থেকে আপগ্রেড করেছি, ট্রিগার এখনও সঠিকভাবে কাজ করছে.
  
  <লি> পুনঃডিজাইন check_job_status () চলমান কাজ বর্তমান অবস্থা আরও সহজেই ফিল্টার তথ্য আরো বিস্তারিত আসতে, এবং করতে. আপনার পর্যবেক্ষণ সফটওয়্যার এটি সঠিকভাবে নতুন আউটপুট ফরম্যাট হ্যান্ডেল করতে পারে তা নিশ্চিত করার জন্য এই ফাংশন ব্যবহার কিভাবে চেক করুন. প্রতিটি সমস্যা কাজ সব ফলাফল একটি একক সারি ফিরে হচ্ছে পরিবর্তে নিজস্ব সারিতে ফিরিয়ে দেওয়া হয়. একটি একক সারি এখনও পছন্দসই হলে, job_name এর বর্ণানুসারে সর্বোচ্চ সতর্কতা স্তরের কাজ সবসময় প্রথম ফিরিয়ে দেওয়া হয় যাতে একটি সীমা 1 একটি সহজ সমাধান হিসেবে ব্যবহার করা যেতে পারে. আরো উন্নত ফিল্টারিং যদিও, এখন সম্ভব. কিছু উদাহরণ জন্য আপডেট pg_jobmon.md ডক দেখুন.
  
  <লি> ভাল ভবিষ্যত পরিবর্তন যাচাই করতে pgTAP পরীক্ষা এবং কিছু অন্যান্য নিজস্ব পরীক্ষা লিখেছেন.
  
  

আপনি কি সংস্করণ 1.0.0 মধ্যে নতুন:

• fail_job () এখন গ্রহণ করতে পারেন একটি ঐচ্ছিক দ্বিতীয় যুক্তি পেশা job_log টেবিলের সাথে ব্যর্থ হবে যে চূড়ান্ত সতর্কতা কোড স্তর সেট করতে. কাজ স্তর 2 (সতর্কবাণী) পরিবর্তে শুধুমাত্র স্তর 3 (গুরুতর) সঙ্গে ব্যর্থ করার অনুমতি দেয়. ডিফল্ট স্তর 3 হয়.
  
  <লি> একটি যুক্তি প্রয়োজন হয় না যে নতুন check_job_status () ফাংশন. এটি বিদ্যমান এবং যে ব্যবহার করা হলে স্বয়ংক্রিয়ভাবে job_check_config টেবিল থেকে দীর্ঘতর থ্রেশহোল্ড ব্যবধান পাবেন. এখন থেকে fuction থেকে শুধুমাত্র এই সংস্করণ ব্যবহার করে.
  
  <লি> check_job_status (অন্তর) আপনি নজর দেওয়া হচ্ছে না যে দীর্ঘতম কাজ সময়ের তুলনায় খাটো যে একটি ব্যবধান পাস হলে এখন একটি ব্যতিক্রম নিক্ষেপ করা হবে. কিছুই কনফিগ টেবিল সেট করা হয়, তাহলে ব্যবধান কোন ব্যাপার না, তাই শুধু 3 ধারাবাহিক ব্যর্থতা জন্য চেক সাধারনত চালানো হবে. এটা ব্যবহার করার জন্য নিরাপদ / সবচেয়ে সহজ উপায় থেকে পরিবর্তিত ডকুমেন্টেশন শুধুমাত্র কোন-যুক্তি সংস্করণ উল্লেখ করতে.
  
  

কি সংস্করণ 0.4.5 মধ্যে নতুন

• আপডেট show_running () ফাংশন PostgreSQL সঙ্গে সামঞ্জস্যপূর্ণ হতে 9.2.
  
  নির্মাণের সময় প্রয়োজন হলে <লি> আপডেট কনফিগার করার grep বাইনারি সেটিংসটি করার অনুমতি দেয়.
  
  <লি> নির্মিত পরিবর্তণের ফাইল.
  
  

আবশ্যক :

• PostgreSQL 9.1 বা উচ্চতর করুন


20 Jul 15