এসকিউএল সার্ভার 2008 / আর 2 পুনরুদ্ধার মডেল

Question

খুব সুন্দর কিছু নির্দিষ্ট সার্ভারগুলিতে আমাদের সমস্ত ডাটাবেসের পূর্ণ পুনরুদ্ধারের মডেলটির প্রয়োজন হয় না (আমরা লেনদেন লগ ব্যাকআপ করি না) এবং ডিফল্টটি সর্বদা ডেটাবেসগুলি তৈরি করা এবং সরল রিকভারি মডেল নির্দিষ্ট করা উচিত।

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

আমি সরল রিকভারি মডেল নতুন ডাটাবেস জন্য ডিফল্ট সেটিং পুনরুদ্ধারের মডেল কনফিগার করে তুলতে পারে modelডাটাবেস। যাইহোক, এটি কি প্রস্তাবিত, আমি যদি এটি করি তবে এটি কি ফিরে এসে ভবিষ্যতে কোনও উপায়ে কামড় দিতে পারে?

Answer 1

আমি এখানে তিনটি বিকল্পের একটি দেখতে পাচ্ছি:

1) আপনার কাছে ডেটাবেস তৈরির জন্য একটি টেম্প্লেড স্ক্রিপ্ট থাকতে পারে যা স্পষ্টভাবে পুনরুদ্ধারের মডেলটি অন্তর্ভুক্ত করে।

2) আপনি ডাটাবেসটিকে সাধারণ হিসাবে সেটmodel করতে পারেন এবং এটি সম্পর্কে চিন্তা করতে হবে না।

3) আপনি আশা করতে পারেন যে প্রত্যেকের মনে আছে, যা মনে হচ্ছে আপনি কী করছেন। (প্রস্তাবিত নয়)

আমি ব্যক্তিগতভাবে দুই নম্বরের সাথে যাব। মডেল ডাটাবেসের জন্য এটি আছে।

Comments

আমি # 2 দিয়ে সম্মতি জানাই এবং এই অনুশীলনটি অনুসরণ করি। আরও, যদি আপনি নিজেকে এমন কোনও সংস্থায় খুঁজে পান যা কাউকে ডিইভি ডেটাবেস সার্ভারে যেকোন কিছু তৈরি করতে দেয়, এটি কারও নিজের বা অন্যকে প্রভাবিত করা থেকে বিরত রাখে।

— jl01

# 2 এখানে যাওয়ার উপায়।

— mrdenny

Answer 2

@ Surfer513 এ যুক্ত করা হচ্ছে

4) নীতি-ভিত্তিক পরিচালন নীতি হয় সাধারণ পুনরুদ্ধারের মডেলটি প্রয়োগ করতে, বা কোনও ডিবি কখন না থাকে তা সর্বাধিক আপনাকে জানান

যদিও আমি মডেলটিকে সাধারণ হিসাবে সেট করার পক্ষে, টি-এসকিউএল কমান্ডটি ব্যবহার করা এবং এটি অন্য কোনওটিতে সেট করা থেকে বাধা দেয় না। আপনি যদি পুনরুদ্ধার মডেলটি সহজ না হন এবং মূল্যায়ন করার জন্য নীতিটি এটি আপনার জন্য পরিবর্তন করতে চান তবে আপনি নীতির ব্যবহার করতে পারেন।

এই এমএসএসকিউএলটিপ.কম. নিবন্ধটি সম্পূর্ণরূপে যাচাইয়ের জন্য রয়েছে, তবে আপনি সহজেই সরল আপনার জন্য পরীক্ষা করতে পারেন। এছাড়াও ডাটাবেসে কোনও ব্যাকআপ এসেছে কিনা তা দেখতে আপনি একটি চেকও ফেলে দিতে পারেন।

Answer 3

নিরাপদ বাজি আপনার ডিবিকে পুরো মোডে রাখছে, তবে তারপরে আপনার লগ বৃদ্ধির সমস্যা আছে। এখন কিছু বিকল্প আছে:

• আপনার লগ ফাইলের সর্বোচ্চ আকারের উপর একটি সীমা রাখুন। এই সীমাটি হিট হওয়ার পরে এটি অপারেশনগুলিকে প্রভাবিত করবে। সুবিধাটি হ'ল এটি এমন পরিস্থিতিতে বাধা দেবে যেখানে ডিস্কের জায়গাগুলি কম হয়ে যায় এবং তারপরে আপনার আরও বড় সমস্যা হবে।
• আপনার লগ ফাইলটি একবার ওয়াটারমার্কের উপরে উঠার পরে সতর্কতা তৈরি করুন এবং তারপরে এটি পরিচালনা করুন।
• শিগল লগ সঙ্কুচিত কাজ। লগ চিকিত্সা আপনার ডিবি এর কার্যকারিতা ব্যথা করে। আমি এটি প্রস্তাব না।

ডিবিএ হওয়ার কারণে আপনার এমন সমস্ত বিকল্প ব্যবহার করা উচিত যা পুনরুদ্ধারে সহায়তা করে। এটি ব্যবসায়ের সাথে আপনার এসএলএর উপরও নির্ভর করে।

যা কিছু বলা হচ্ছে, আমি সাধারণ মোডে কয়েকটি ডিবি পরিচালনা করি। এটি এসএলএ-তে বর্ণিত অস্বীকৃতিগুলির কারণে। ব্যবসায়টি লগ ফাইলগুলির জন্য ড্রাইভে ব্যয় না করার সিদ্ধান্ত নিয়েছে (আপনি একটি ঘোড়া পানিতে নিয়ে যেতে পারেন, তবে আপনি এটি পান করতে পারবেন না)। ব্যবসায় ব্যাকআপ, পুনরুদ্ধার এবং ডিআর পরিচালনা করে। সেখানে একটি ডিআর ছিল, এবং যে টাকাটি হারিয়েছিল তা অতিরিক্ত ডিস্কের জায়গাতে ব্যয় হবে তার চেয়ে বেশি।

Comments

এই উত্তরটি ব্যবহারকারী কী করতে চায় তা উপেক্ষা করে। আপনার পয়েন্ট হিসাবে: 1 বৈধ; 2 আরও বিশদ যুক্ত করুন। লগের আকার পরিচালনা করতে, আপনাকে লগ / পুরো ব্যাকআপ নিতে হবে; 3 আপনি স্থান খালি করার জন্য লগ ফাইলগুলিকে ব্যাক আপ না করা পর্যন্ত আপনি কখনই সঙ্কোচ করতে পারবেন না পারফরম্যান্সের জন্য, লগ ফাইলটি আবার বড় হওয়ার সাথে সাথে সঙ্কুচিত হওয়া কেবল ব্যথিত হয়। লগ ফাইল ডেটা ফাইলের চেয়ে আলাদা আচরণ করে।

— এরিক হামফ্রে - লটশেল্প

আপনার লেনদেনের লগতে সর্বাধিক আকার নির্ধারণ করা বেশ কার্যকর পরিকল্পনা হয় কারণ এটি ডিস্কটি পূর্ণ না হয়ে আউটেজের কারণ হতে পারে। # 3 একটি ভয়াবহ ধারণা যা এমনকি উত্থাপিত হওয়া উচিত নয়।

— mrdenny