এসকিউএল সার্ভার (2005/2008): সম্পূর্ণ ব্যাকআপ পুরো পুনরুদ্ধার মোডে লগ কেটে দেয়

Question

আমি সবেমাত্র এমএসডিএন ডকুমেন্টেশন পড়েছি এবং আমি মনে করি যে আমি পুনরুদ্ধারের বিভিন্ন মডেল এবং ব্যাকআপ চেইনের ধারণাটি বুঝতে পারি understand আমার এখনও একটি প্রশ্ন আছে:

একটি সম্পূর্ণ ডাটাবেস ব্যাকআপ লেনদেন লগ (সম্পূর্ণ পুনরুদ্ধার মোড ব্যবহার করে) কেটে যায়?

• যদি হ্যাঁ: এমএসডিএন-এ এটি কোথায় উল্লেখ করা হয়েছে? কেবলমাত্র আমি খুঁজে পেলাম যে কেবলমাত্র ব্যাকআপ লগই লগটিকে ছাঁটাই করে।

• যদি না: কেন? যেহেতু একটি সম্পূর্ণ ডাটাবেস ব্যাকআপ একটি নতুন ব্যাকআপ শৃঙ্খলা শুরু করে, লগ-এ সম্পূর্ণ ব্যাকআপ সক্রিয় হওয়ার আগে লেনদেনগুলি ফিনশেড করার কী লাভ?

Answer 1

না - তা অবশ্যই হয় না। শুধুমাত্র জিনিস যে সম্পূর্ণ বা BULK_LOGGED পুনরুদ্ধার মডেল স্পষ্ট / আরোপ করার লগ পারবেন একটি লগ ব্যাকআপ হয় - কোন ব্যতিক্রম। আমি এই যুক্তি যখন ফিরে ছিল এবং একটি ব্যাখ্যা এবং একটি স্ক্রিপ্ট নিজের এটা প্রমান করার জন্য ব্যবহার করতে পারে সঙ্গে একটি দীর্ঘ এবং বিস্তারিত ব্লগ পোস্ট পোস্ট লগ প্রায় ভ্রান্ত ধারনা এবং ব্যাকআপ লগ ইন করুন: নিজেকে সন্তুষ্ট করার কিভাবে ।

আরও প্রশ্ন সহ নির্দ্বিধায়। বিটিডব্লিউ - এসকিউএল সার্ভারে লগিং এবং পুনরুদ্ধারের বোঝার বিষয়ে টেকনেট ম্যাগাজিনের জন্য আমি যে দীর্ঘ নিবন্ধটি লিখেছি তাও দেখুন ।

ধন্যবাদ

Comments

আপনার সুপার উত্তর এবং নিবন্ধটি আমার মনে এক মিলিয়ন প্রশ্নের উত্তর দিয়েছে এর জন্য আপনাকে অনেক ধন্যবাদ।

— এম.আলি

Answer 2

একটি পূর্ণ ব্যাকআপ লগটি কেটে দেয় না, আপনাকে অবশ্যই একটি ব্যাকআপ লগ অপারেশন করতে হবে। একটি সম্পূর্ণ ব্যাকআপ লগ চেইনটিকে পুনরায় সেট করে না - এটি সম্পূর্ণরূপে প্রতিলিপি / লগ শিপিং ইত্যাদিকে স্ক্রু করবে would

আপনাকে এসকিউএল সার্ভার কীভাবে ব্যাকআপ দেয় তা খুব ঘনিষ্ঠভাবে দেখতে হবে তবে জানতে হবে যে ফ্লাইট / দীর্ঘ চলমান লেনদেন ব্যাকআপের অন্তর্ভুক্ত নয় (অন্যথায় ব্যাকআপটি কখনই সম্পূর্ণ হতে পারে না) সুতরাং এটির পুরোপুরি ব্যাকআপ বলা মোটেও সঠিক নয় অনলাইন-ডাটাবেসটি পরবর্তী লগ ব্যাকআপকে অচল করে দেওয়ার গ্যারান্টিযুক্ত।

http://msdn.microsoft.com/en-us/library/ms175477.aspx

Answer 3

আমার বোঝাপড়া থেকে লেনদেনের লগকে কেটে ফেলা একটাই লগ ব্যাকআপ ।

একটি সম্পূর্ণ ব্যাকআপ কেবল লগের যথেষ্ট পরিমাণ অনুলিপি করে যাতে এটি লেনদেনগতভাবে সামঞ্জস্যপূর্ণ হয়, কারণ ব্যাকআপ অপারেশনটি সম্পূর্ণ হতে সময় লাগে এবং সেই সময়ে অনুলিপি করা পৃষ্ঠাগুলি পরিবর্তিত হতে পারে।

সময় পুনরুদ্ধারের জন্য আপনার এখনও আপনার লগ ব্যাকআপ দরকার।

আমার সাথে লিঙ্ক দেওয়ার জন্য এমএসডিএন নেই, তবে আমি আপনাকে পল রান্ডালের ব্লগে লিঙ্ক করতে পারি , যিনি এসকিউএল সার্ভার দলের একজন বিকাশকারী ছিলেন, তিনি ডিবিসিসি CHECKDB এবং বই অনলাইনের কিছু অংশ লিখেছিলেন।

তিনি এই ফোরামে প্রশ্নের উত্তরও দিয়েছেন, যাতে এটি আমার থেকে ২ য় / তৃতীয় হাতের তথ্য হতে পারে তবে আরও ভাল একটি কর্তৃপক্ষ হতে পারে :)

Answer 4

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

1. ব্যাকআপ শুরু করুন - আসল ফাইলগুলিতে সমস্ত ক্রিয়া স্থগিত করুন এবং টি-লগগুলিতে লিখুন।
2. ব্যাকআপ সম্পাদন করুন - সমস্ত লেনদেন অব্যাহত থাকে তবে বাস্তব ফাইলগুলিতে লিখিত হয় না, সেগুলি টি-লগতে লিখিত হয়
3. শেষ ব্যাকআপ - রিয়েল ফাইলগুলিতে ডাটাবেস লেনদেনের পুনরায় সূচনা করুন।
4. প্রয়োজনে টি-লগের মধ্যে থাকা ফাইলগুলি আসল ফাইলগুলিতে প্রবেশ করুন।

এই কারণেই টি-লগগুলি ডিফল্টরূপে কাটা / সঙ্কুচিত হয় না, কারণ এগুলি ব্যাকআপ পর্যায়ে লেনদেনের ধারাবাহিকতার একটি গুরুত্বপূর্ণ অঙ্গ।

Answer 5

লগ সঙ্কুচিত সঙ্গে লগ কাটা বিভ্রান্ত করবেন না।

• ট্র্যাঙ্কেট করা হ'ল শেষ চেকপয়েন্টের আগে থাকা লগের লেনদেনগুলি সরিয়ে ফেলা ((চেকপয়েন্টটি যখন লেনদেনের ডাটাবেজে নিজেই ফ্লাশ করা হয়))। এটি ব্যাকআপ কমান্ড ব্যবহার করে সম্পন্ন হয়েছে।

• সঙ্কুচিত করতে লগটি আসল লগ ফাইলের আকার হ্রাস করতে হয়। এটি ডিবিসিসি কমান্ড ব্যবহার করে করা হয়।

Answer 6

মৌলিকভাবে আপনাকে প্রতিবার লেনদেনের লগটিকে স্বয়ংক্রিয়ভাবে সঙ্কুচিত করার দরকার নেই কারণ লেনদেন লগগুলিতে কাজ করার জন্য স্থান প্রয়োজন এবং যদি আপনি স্বয়ংক্রিয়ভাবে ছাঁটাই করেন তবে এটি প্রায় একই আকারে থাকবে।