pg_start_backupডেসো নোট হিসাবে একটি চেকপয়েন্ট সম্পাদন করবে। এটির কোনও প্রভাব রয়েছে তবে আপনার ডেটাবেস যে কোনওভাবেই নিয়মিত চেকপয়েন্টগুলি সম্পাদন করে এবং এটি কাজ করার জন্য অবশ্যই তা করা উচিত, যাতে তারা স্পষ্টভাবে আপনার কোনও সমস্যা না হয়। প্রারম্ভিক চেকপয়েন্টের অর্থ হ'ল কম ডেটা জমা হয়েছে, এর অর্থ হ'ল চেকপয়েন্ট থেকে যদি কিছু পাওয়া যায় pg_start_backupতবে এটি স্বাভাবিকের চেয়ে কম প্রভাব ফেলবে।
আপনি যেখানে চিন্তার দরকার তা হ'ল আরএসসিএন বা সমমানের pg_basebackupপদক্ষেপ। এটি থেকে ক্রিয়াকলাপের থেকে I / O পড়া খুব খারাপ হবে না তবে এটি সম্ভবত আপনার ডাটাবেসের আই / ও পারফরম্যান্সকে উল্লেখযোগ্যভাবে ক্ষতিগ্রস্থ করবে এবং এটি হ'ল ডেটা কম পরিমাণে র্যাম ক্যাশে বাইরে ঠেলে দেবে tend ব্যবহার করা ডেটা, আরও প্রয়োজনীয় ডেটা হিসাবে ক্যাশে ছাড়ে যার ফলে আবার পড়তে হবে।
আপনি ব্যবহার করতে পারেন niceএবং ioniceI / O প্রভাব সীমাবদ্ধ করতে সহায়তা করতে (তবে ক্যাশে প্রভাবটি নয়); তবে, এটির জন্য একটি ব্যয় আছে। ব্যাকআপটি আরও বেশি সময় নেবে, এবং যতক্ষণ না আপনি ব্যাকআপটি শেষ করেন এবং pg_stop_backupআপনার সিস্টেমটি চালিত না হওয়া অবধি - ওয়াল জমে এটি মুছতে পারে না, ব্যাকআপ রান শেষে একটি বিআইজি চেকপয়েন্টের জন্য চেকপয়েন্ট debtণ জমা করে এবং টেবিল এবং সূচক জমে থাকে is ফুলে গেছে কারণ এটি মৃত সারিগুলি পরিষ্কার করতে পারে না। তাই আপনি ব্যাকআপ চিরকালের জন্য নিতে পারবেন না, বিশেষত যদি আপনার খুব বেশি মন্থ টেবিল থাকে।
শেষ পর্যন্ত, এটা বলতে কিনা আপনি নিরাপদে ব্যবহার করতে পারেন কঠিন pg_start_backupএবং pg_stop_backupআপনার পরিবেশ গরম ব্যাকআপ জন্য। বেশিরভাগ লোকেরা পারেন, তবে আপনি যদি আপনার হার্ডওয়্যার যা করতে পারেন তার প্রান্তের নিকটে, আঁটসাঁট সময়কালের প্রয়োজনীয়তা থাকতে পারে, স্টলের ঝুঁকি বহন করতে পারে না এবং খুব বেশি মন্থন টেবিলের পাশাপাশি খুব বড় টেবিল থাকে তবে সমস্যাটি হতে পারে ।
দুর্ভাগ্যক্রমে, আপনার এটি পরীক্ষা করে দেখার দরকার খুব দরকার।
আপনি যদি এটি করতে পারেন CHECKPOINTতবে আপনার LVM, আপনার SAN- এর সরঞ্জামগুলি, EBS বা আপনি যা যা করছেন তার পরিবর্তে আপনার ডাটাবেসটি যে ভলিউমের চালু রয়েছে তার একটি পারমাণবিক স্ন্যাপশট গ্রহণ করা উপযুক্ত be আপনি যদি এটি করতে পারেন তবে আপনি আপনার অবসর সময়ে স্ন্যাপশটটি অনুলিপি করতে পারেন। এই পদ্ধতিটি পিআইটিআর / উষ্ণ স্ট্যান্ডবাই / হট স্ট্যান্ডবাইয়ের জন্য বেস ব্যাকআপ নেওয়ার পক্ষে উপযুক্ত নয়, তবে এটি একটি স্ট্যাটিক ব্যাকআপ কপির জন্য পুরোপুরি ভাল, এবং এটি সিস্টেমে খুব কম প্রভাব ফেলে। আপনি কেবল তখনই এটি করতে পারেন যদি আপনার স্ন্যাপশটগুলি পারমাণবিক হয় এবং ওয়াল সহ আপনার সম্পূর্ণ ডাটাবেস যদিও একক ভলিউমে থাকে।
একটি সম্ভাবনা যা আমি এখনও তদন্ত করি নি তা হল দুটি পদ্ধতির সমন্বয়। আমার কাছে এমনটি ঘটে যে সম্ভবত একজন (সম্ভবত অপরীক্ষিত এবং সম্ভবত ভুল এবং অনিরাপদ , আমি এখনও জানি না):
pg_start_backup- সমস্ত টেবিল স্পেস, প্রধান ডেটাডির এবং এক্সলগ ভলিউমের ট্রিগার স্ন্যাপশট
pg_stop_backup- ওয়াল থেকে চূড়ান্ত সংরক্ষণাগারটিতে অনুলিপি করুন
pg_stop_backup
- স্ন্যাপশটেড ভলিউম থেকে ডেটা অনুলিপি করুন
মূলত, ধারণাটি হ'ল যে আপনি নিজের অবসর সময়ে অনুলিপি করতে পারবেন এমন প্রতিটি ভলিউমের পয়েন্ট-ইন-সময় নিয়ে ডিবি তার চেকপয়েন্টগুলিতে কতক্ষণ বিলম্ব করতে থাকবে reduce