আমরা AlwaysOn Availability Group
এসকিউএল সার্ভার ২০১২ এর বৈশিষ্ট্য ব্যবহার করছি secondary গৌণ ডাটাবেসে প্রতিদিন নিয়মিত পূর্ণ ডাটাবেস ব্যাকআপ এবং লেনদেন লগ ব্যাকআপ হয়।
আমি এখানে প্রাথমিক প্রতিরূপ বা দ্বিতীয় প্রতিলিপি উভয়ই লেনদেন লগ ব্যাকআপ করলাম পড়ে প্রতিলিপি লেনদেন লগ পুনরায় ব্যবহারযোগ্য হিসাবে চিহ্নিত করবে। যাইহোক, লেনদেন লগ ব্যাকআপ আকার বড় এবং সঙ্কুচিত ফাইল ব্যবহার করে হ্রাস করা যেতে পারে:
আমি স্থানীয়ভাবে ডাটাবেস পুনরুদ্ধার করেছি এবং সঙ্কুচিত অপারেশন সম্পাদন করেছি। লগ ফাইলের আকার হ্রাস করা হয়েছিল 160 এমবি।
আমার প্রশ্নটি হ'ল লেনদেনের লগ ফাইলের (প্রাথমিক, মাধ্যমিক বা উভয়) সংক্ষিপ্ত ক্রিয়াকলাপটি আমি কোন ডাটাবেসে করব?
আমার ধারণা অতীতে বেশ কয়েক বছর ধরে লগ ফাইলটির কোনও ব্যাক আপ তৈরি হয়নি, তাই এটি এত বিশাল হয়ে উঠেছে। কার্যকর করে DBCC SQLPERF (LOGSPACE)
আমি দেখতে পাচ্ছি যে কেবলমাত্র 0.06%
ফাইলটি ব্যবহৃত হয়েছে - লগ ফাইলের এত বড় আকার রাখার কোনও মানে নেই। ইন [sys].[database_files]
আমি তার যে পরীক্ষা max_size
সেট করা হয় -1
সঙ্গে growth
থেকে 65536
তাই আমি অনুমান যখন এটি আরও জায়গা এটা পাবেন প্রয়োজন। যাইহোক, ভবিষ্যতের বৃদ্ধি রোধ করতে আমি উদাহরণস্বরূপ এটি 5% এ সঙ্কুচিত করতে পারি। আমি কিছু নিশ্চিত করার চেষ্টা করছি যে এটি করা আমার পক্ষে খারাপ ধারণা নয়।
আসলে, ব্যাক আপগুলি (ডাটাবেস এবং লগ ফাইলগুলিতে) কেবলমাত্র গৌণ ডাটাবেসে সঞ্চালিত হয়, সুতরাং তাদের উপর সঙ্কুচিত ফাইল সম্পাদন করা আরও সহজ হবে, তবে প্রাথমিক লগ ফাইলের আকারও কি হ্রাস পাবে?