মিরর ডাটাবেসে লেনদেন লগ রক্ষণাবেক্ষণ

Question

এসকিউএল সার্ভার সংস্করণ: ২০০৮ আর 2 এন্টারপ্রাইজ এসপি 2

আমি আমাদের এসকিউএল সার্ভার রক্ষণাবেক্ষণের জন্য একটি হ্যান্ডেল নেওয়ার চেষ্টা করছি এবং আমার মনে হয় যে এটি ভুল। আমাদের কাছে একটি সিঙ্গেল প্রোডাকশন উদাহরণ রয়েছে যার সাথে 3 টি ডেটাবেস প্রতিটি ডিআর ইভেন্টে অফসাইট মিরর করা হচ্ছে।

ডিআর উদাহরণটি দেখার সময় আমি লক্ষ করেছি যে এলডিএফ ফাইলগুলি প্রচুর ব্যবহৃত ডেটাবেসগুলির জন্য 35 গিগাবাইটের বেশি ছিল।

আমি বুঝতে পারি যে সম্ভবত আয়না ডাটাবেসগুলি পুরো পুনরুদ্ধার মোডে থাকার কারণে এবং লগগুলি কখনই ব্যাক আপ করা যায় নি, ড্রাইভের জায়গা শেষ না হওয়া পর্যন্ত এগুলি কেবল বাড়তে থাকবে।

আমরা মূল ডাটাবেসে লগ ব্যাকআপ করছি, এবং আমার প্রশ্নটি আয়নায় লগ ব্যাকআপ করার সাথে গেটচগুলি কী?

লগ ব্যাকআপ করার আগে আয়না থেকে কমপক্ষে একটি পূর্ণ ডাটাবেস ব্যাকআপ সম্পন্ন করতে হবে, সেক্ষেত্রে কোনও বিশেষ বিকল্প রয়েছে যা ব্যবহার করা দরকার কারণ এটি একটি আয়না?

আবার এটি মিরর ডাটাবেসে লেনদেন লগ রক্ষণাবেক্ষণের প্রস্তাবনা ।

যে কোনও ইনপুট জন্য ধন্যবাদ

Answer 1

আমরা মূল ডাটাবেসে লগ ব্যাকআপ করছি, এবং আমার প্রশ্নটি আয়নায় লগ ব্যাকআপ করার সাথে গেটচগুলি কী?

আপনি আয়না ডাটাবেসে লগ ব্যাকআপ করতে পারবেন না।

লগ ব্যাকআপ করার আগে আয়না থেকে কমপক্ষে একটি পূর্ণ ডাটাবেস ব্যাকআপ সম্পন্ন করতে হবে, সেক্ষেত্রে কোনও বিশেষ বিকল্প রয়েছে যা ব্যবহার করা দরকার কারণ এটি একটি আয়না?

আপনি মিরর ডাটাবেসে একটি সম্পূর্ণ ডাটাবেস ব্যাকআপ করতে পারবেন না।

উদাহরণস্বরূপ এটি গ্রহণ করুন: আমার কাছে Server1প্রধান ডাটাবেস রয়েছে AdventureWorks2012এবং আমার কাছে Server2আয়না রয়েছে। আমি যখন আয়না ডাটাবেসে ব্যাকআপগুলি চালানোর চেষ্টা করি তখন যা ঘটে তা এখানে রয়েছে Server2:

use master;
go

backup database AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.bak';
go

এমএসজি 954, স্তর 14, রাজ্য 1, লাইন 2
"অ্যাডভেঞ্চার ওয়ার্কস ২০১২" ডাটাবেসটি খোলা যাবে না। এটি আয়না ডাটাবেস হিসাবে কাজ করছে ।
এমএসজি 3013, স্তর 16, রাজ্য 1, লাইন 2
ব্যাকআপ ডেটাবেস অস্বাভাবিকভাবে শেষ করছে।

backup log AdventureWorks2012
to disk = 'c:\sqlserver\AW_mirror.trn';
go

এমএসজি 954, স্তর 14, রাজ্য 1, লাইন 1
"অ্যাডভেঞ্চার ওয়ার্কস ২০১২" ডাটাবেসটি খোলা যাবে না। এটি আয়না ডাটাবেস হিসাবে কাজ করছে ।
এমএসজি 3013, স্তর 16, রাজ্য 1, লাইন 1
ব্যাকআপ লোগ অস্বাভাবিকভাবে শেষ হচ্ছে।

রবার্ট ডেভিস র এই ডাটাবেস মিররিং এফএকিউ দেখুন । আমি এই অপারেশন এবং আয়না ডাটাবেস লেনদেন লগ রক্ষণাবেক্ষণ সম্পর্কিত তাকে উদ্ধৃত করব:

আপনি যখন অধ্যক্ষটিতে লগটি ব্যাকআপ করেন, ভার্চুয়াল লগ ফাইলগুলি (লগ ফাইলের মধ্যে স্বতন্ত্র ইউনিট) পুনরায় লিখনযোগ্য হিসাবে চিহ্নিত করা হয়। একই ভিএলএফগুলির মিরর লগ ফাইলটিতে পুনরায় লিখনযোগ্য হিসাবে চিহ্নিত করা হয়। ভিএলএফ স্ট্যাটাসটি ডেটাবেজে মিরর করা হয় ।

তাই সেখানে যদি আপনি এটি আছে। অধ্যক্ষটিতে যদি আপনার লেনদেন লগ ব্যাকআপ থাকে তবে অনুরূপ লগ পুনরায় ব্যবহারের আচরণটি তার অংশীদার ডেটাবেজে মিরর করা হবে।

Comments

আমি এটি ঘৃণা করি যখন সেখানে কোনও নিবন্ধ থাকবে যা আমার সঠিক প্রশ্নের উত্তর দেয় এবং আমি এটি খুঁজে পাই না। এটি নিখুঁতভাবে উপলব্ধি করে, আমি যখন লগগুলি গ্রহণ করি তখন ব্যাক আপ নেওয়া হয় না এবং প্রিন্সিপালের উপর খুব বড় হয়ে ওঠে তাই আমি নিয়মিত ব্যাকআপ শুরু করার পরে আমি লগগুলি সঙ্কুচিত করি কিন্তু আয়নায় এটি করার চিন্তা করি না। ধন্যবাদ!

— জেরেমি গ্রুন্ড

একটি সংযোজন প্রশ্নটি হ'ল কী আমাদের এখন অধ্যক্ষের নিয়মিত লেনদেন লগ ব্যাকআপ আছে যে অতিমাত্রায় মিররযুক্ত লেনদেন লগ সঙ্কুচিত করা সম্ভব?

— জেরেমি গ্রান্ড

@ জেরেমি গ্রুন্ড এটি করার একটি উপায় হ'ল মিরর করা ডাটাবেসে ব্যর্থ হওয়া এবং সেখানে সঙ্কুচিত হওয়া। এটি আপনার চাওয়া / প্রত্যাশার আচরণ রয়েছে তা নিশ্চিত করার জন্য এটি একটি উত্পাদনহীন পরিবেশে পুরোপুরি পরীক্ষা করে দেখুন।

— টমাস স্ট্রিংগার

Answer 2

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