PostgreSQL 9.2.2 (উইন্ডোজ 32 বিট) এর অধীনে, আমার একটি pg_restoreকমান্ড রয়েছে যা নিয়মিতভাবে চেকপয়েন্টের ফ্রিকোয়েন্সি সম্পর্কে লগ সতর্কতাগুলির ফলাফল করে:
LOG: checkpoints are occurring too frequently (17 seconds apart)
HINT: Consider increasing the configuration parameter "checkpoint_segments".
ডাটাবেসটি 112 সারণী / 160 দর্শন সহ প্রায় 3.3 জিবি আকারে এবং প্রায় 14 মিনিটের মধ্যে পুনরুদ্ধার করে।
এটি একটি সাধারণ সময়কালে ঘটে যাওয়া কি স্বাভাবিক pg_restore?
উত্তর:
পুরো-ডিবি পুনরুদ্ধারের সময় অস্বাভাবিক নয় কারণ এটি ব্যতিক্রমী বিশাল অপারেশন। আপনি যদি স্বাভাবিক অপারেশনের সময় checkpoint_segmentsএটি দেখতে পান, ত্রুটি বার্তার ইঙ্গিতগুলির মতো স্থায়ীভাবে নিজের সেটিংটি বাড়ানোর বিষয়ে বিবেচনা করুন ।
checkpoint_segmentsপুনরুদ্ধার করার ঠিক আগে আপনি উচ্চতর স্থাপনের সমস্যায় যেতে পারেন এবং তারপরে এটি আবার কমিয়ে দিন। এটি ম্যানুয়ালটি যা বোঝায় তাও (ব্যাখ্যা সহ) :
অস্থায়ীভাবে
checkpoint_segmentsকনফিগারেশন ভেরিয়েবলটি বৃদ্ধি করা বড় ডেটা লোডগুলিও দ্রুত করতে পারে। এর কারণ পোস্টগ্রিএসকিউএলে প্রচুর পরিমাণে ডেটা লোড করা স্বাভাবিক চেকপয়েন্ট ফ্রিকোয়েন্সি (checkpoint_timeoutকনফিগারেশন ভেরিয়েবল দ্বারা নির্দিষ্ট ) এর চেয়ে বেশি বার চেকপয়েন্টগুলি ঘটতে পারে । যখনই কোনও চেকপয়েন্ট দেখা যায়, সমস্ত নোংরা পৃষ্ঠাগুলি অবশ্যই ডিস্কে ফ্লাশ করা উচিত।checkpoint_segmentsবাল্ক ডেটা লোড চলাকালীন অস্থায়ীভাবে বৃদ্ধি করে , প্রয়োজনীয় চেকপয়েন্টগুলির সংখ্যা হ্রাস করা যেতে পারে।
আরও বিশদ সহ সম্পর্কিত উত্তর:
আসন্ন নতুন রিলিজ একটি স্মার্ট পদ্ধতির আছে। বিটা রিলিজ নোটের উদ্ধৃতি :
এর
checkpoint_segmentsসাথে কনফিগারেশন প্যারামিটারটি প্রতিস্থাপন করুনmin_wal_sizeএবংmax_wal_size(হাইক্কি লিন্নাকঙ্গাস)এটি যদি প্রয়োজন না হয় তবে তাদের না রেখে প্রচুর পরিমাণে ওয়াল ফাইল বরাদ্দ করতে দেয়। সুতরাং এর জন্য ডিফল্ট
max_wal_sizeবৃদ্ধি করা হয়েছে1GB।
একদিকে: দেখার সংখ্যা সবে প্রাসঙ্গিক, এগুলিতে কোনও ডেটা থাকে না, কেবলমাত্র "রেসিপি", যেমন: ক্যোয়ারী এবং দর্শনটির কয়েকটি বৈশিষ্ট্য। হাতে থাকা প্রশ্নের জন্য, মূলত ব্যাকআপ ফাইলের মোট আকার।