কম্পিউটার

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

এই পোস্টে আলোচনা করা হয়েছে কিভাবে লগ শিপিং সেট আপ করতে হয়, যা একটি দুর্যোগ পুনরুদ্ধার (DR) সমাধান, বিদ্যমান Microsoft® SQL Server® AlwaysOn-configured databases সহ।

পরিচয়

অলওয়েজঅন অ্যাভাইলেবিলিটি গ্রুপ (এজি) বৈশিষ্ট্য হল একটি উচ্চ-উপলভ্যতা এবং দুর্যোগ পুনরুদ্ধার সমাধান যা একটি এন্টারপ্রাইজ-স্তরের বিকল্প টুডাটাবেস মিররিং প্রদান করে। SQL সার্ভার 2012 (11.x) এ প্রবর্তিত, AlwaysOn AGs একটি এন্টারপ্রাইজের জন্য ব্যবহারকারী ডাটাবেসের একটি সেটের প্রাপ্যতাকে সর্বাধিক করুন৷ AGs একটি বিচ্ছিন্ন ব্যবহারকারী ডেটাবেসগুলির জন্য একটি ব্যর্থতাকে সমর্থন করে, যা প্রাপ্যতা ডেটাবেস নামে পরিচিত, যা একসাথে ব্যর্থ হয়৷ তারা রিড-রাইট প্রাথমিক ডাটাবেসের একটি সেট এবং সংশ্লিষ্ট সেকেন্ডারি ডাটাবেসের এক থেকে আট সেট সমর্থন করে। ঐচ্ছিকভাবে, AGs শুধুমাত্র পঠনযোগ্য অ্যাক্সেস এবং কিছু ব্যাকআপ অপারেশনের জন্য মাধ্যমিক ডেটাবেসগুলি উপলব্ধ করতে পারে৷

SQL সার্ভার লগ শিপিং আপনাকে স্বয়ংক্রিয়ভাবে একটি প্রাথমিক সার্ভার ইনস্ট্যান্সে একটি প্রাথমিক ডাটাবেস থেকে পৃথক সেকেন্ডারি সার্ভার ইনস্ট্যান্সে এক বা একাধিক সেকেন্ডারি ডাটাবেসে লেনদেন লগব্যাকআপ পাঠাতে সক্ষম করে। লেনদেনের লগব্যাকআপগুলি প্রতিটি সেকেন্ডারি ডাটাবেসে পৃথকভাবে প্রয়োগ করা হয়৷

অলওয়েজঅন লগ শিপিংয়ের প্রয়োজন হতে পারে এমন কারণগুলি

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

  • অবকাঠামো বা কর্মীরা বিভিন্ন সাইটের মধ্যে WSFC কনফিগারেশন বজায় রাখতে পারে না।
  • আপনি WSFC কনফিগারেশনে DR সাইটে টার্গেট সার্ভারের সুবিধা নিতে পারবেন না কারণ এটি ইতিমধ্যেই অন্য WSFC কনফিগারেশনের অংশ৷
  • রিকভারি পয়েন্ট অবজেক্টিভ (আরপিও) এবং রিকভারি টাইম অবজেক্টিভ (আরটিও) সম্পর্কিত পরিষেবা স্তরের চুক্তিগুলি (এসএলএ) ম্যানুয়াল ত্রুটি থেকে দ্রুত পুনরুদ্ধার করতে বাধ্য করে, যা শুধুমাত্র উচ্চ প্রাপ্যতার একটি দৃষ্টান্তে লেনদেন লগব্যাকআপগুলি পুনরুদ্ধার করে বিলম্বিত পুনরুদ্ধারের মাধ্যমে উপলব্ধি করা যেতে পারে। (HA) এবং DR কৌশল।

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

লগ শিপিং ব্যবহার করার পূর্বশর্ত

আপনি লগ শিপিং সেট আপ করার আগে, নিশ্চিত করুন যে আপনি নিম্নলিখিত পূর্বশর্তগুলি পূরণ করেছেন:

  • প্রাথমিক ডাটাবেসকে অবশ্যই পূর্ণ বা বাল্ক-লগড রিকভারি মডেল ব্যবহার করতে হবে৷ ডাটাবেসটিকে সাধারণ পুনরুদ্ধারে স্যুইচ করার ফলে লগ শিপিং কাজ বন্ধ করে দেয়৷
  • লগ শিপিং কনফিগার করার আগে, সেকেন্ডারি সার্ভারে লেনদেন লগ ব্যাকআপগুলি উপলব্ধ করার জন্য আপনাকে অবশ্যই একটি ভাগ করা পথ তৈরি করতে হবে৷
  • লগ-শিপিং সঞ্চিত পদ্ধতির জন্য sysadminfixed সার্ভার ভূমিকাতে সদস্যপদ প্রয়োজন৷
  • ব্যাকআপ ভাগ করা পাথের SQLServer পরিষেবা অ্যাকাউন্টে পড়ার এবং লেখার অনুমতি থাকা উচিত৷

লগ শিপিং কনফিগার করুন DR সমাধান উদাহরণ

এই উদাহরণে, আমরা ইতিমধ্যেই প্রাথমিক রেপ্লিকা সার্ভারের মধ্যে AlwasyOn সেটআপ করেছি, যাকে PRIMEHEAD বলা হয় এবং আপনার সেকেন্ডারি রেপ্লিকা, যাকে HEAD2 বলা হয়, নিম্নলিখিত ছবিতে দেখানো হয়েছে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

এই বিভাগটি ডেটাবেসে লগ শিপিং কনফিগার করার জন্য একটি ধাপে ধাপে সমাধান প্রদান করে যা ইতিমধ্যেই একটি AlwaysOn AG এর একটি অংশ৷

ধাপ 1

AdventureWork2014-এর জন্য লগ শিপিং কনফিগার করুন প্রাইমহেড এবং ডিআর সার্ভারের মধ্যে ডাটাবেস, HEAD3।

ডাটাবেসে লগ শিপিং কনফিগার করার সময়, AdventureWork2014-এর সম্পূর্ণ ব্যাকআপ নিন ডাটাবেস এবং অ-পুনরুদ্ধার সহ HEAD3 এ পুনরুদ্ধার করুন৷ লগ ব্যাকআপ সঞ্চয় করার জন্য আপনাকে প্রাইমহেড-এ একটি ভাগ করা ফোল্ডার তৈরি করতে হবে যেটি LSCopy (লগ শিপিং) কাজ ব্যবহার করে।

ধাপ 2

ডাটাবেসের উপর ডান-ক্লিক করুন, বৈশিষ্ট্য নির্বাচন করুন , এবং লেনদেন লগ শিপিং-এ ক্লিক করুন প্রাইমহেডের বাম দিকে বিকল্প। তারপর, হাইলাইট করা এটিকে একটি লগ শিপিং কনফিগারেশনে একটি প্রাথমিক ডাটাবেস হিসাবে সক্ষম করুন ক্লিক করুন নিম্নলিখিত ছবিতে দেখানো হিসাবে চেকবক্স:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 3

ব্যাকআপ সেটিং এ ক্লিক করুন LS ব্যাকআপ কনফিগার করতে বিকল্প LS ব্যাকআপের জন্য নেটওয়ার্ক-ভাগ করা পথ নির্বাচন করুন, যেমনটি নিম্নলিখিত ছবিতে দেখানো হয়েছে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 4

এই মুহুর্তে, আপনি আপনার প্রয়োজনীয়তা অনুসারে LS ব্যাকআপের সময়সূচীও করতে পারেন৷ তবে, এই পরিস্থিতিতে, ডিফল্ট সেটিংস ব্যবহার করুন৷

ধাপ 5

একটি DR সার্ভার যোগ করতে, যোগ করুন ক্লিক করুন৷ নিম্নলিখিত ছবিতে দেখানো হয়েছে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 6

সংযুক্ত করুন ক্লিক করুন৷ HEAD3 এর সাথে সংযোগ করতে, DR সার্ভার, যেমনটি নিচের ছবিতে দেখানো হয়েছে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 7

সেকেন্ডারি ডেটাবেস ইনিশিয়ালাইজ করুন-এ ট্যাবে, তৃতীয় বিকল্পটি নির্বাচন করুন কারণ ডাটাবেসটি ইতিমধ্যেই HEAD3 এ আরম্ভ করা হয়েছে।

ধাপ 8

ফাইলগুলি অনুলিপি করুন ক্লিক করুন৷ ট্যাব কপি করা ফাইলের গন্তব্য ফোল্ডারে বক্সে, পাথ টাইপ করুন যেখানে লেনদেন লগ ব্যাকআপ কপি করা হয়। এই দৃশ্যের জন্য, C:\LSCopyAlwaysOn ব্যবহার করুন পথের জন্য, যেমনটি নিম্নলিখিত ছবিতে দেখানো হয়েছে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 9

লেনদেন পুনরুদ্ধার লগ-এ ট্যাব, ব্যাকআপ পুনরুদ্ধার করার সময় ডাটাবেস অবস্থা এর অধীনে , কোনও পুনরুদ্ধার মোড নেই বেছে নিন অথবা স্ট্যান্ডবাই মোড , নিম্নলিখিত ছবিতে দেখানো হয়েছে:

এই উদাহরণে, আমরা কোন পুনরুদ্ধার মোড নয় নির্বাচন করেছি , যা বোঝায় যে ডিআরডেটাবেস অ্যাক্সেসযোগ্য নয়। আপনি যদি স্ট্যান্ডবাই মোড নির্বাচন করেন , ডিআর ডাটাবেস শুধুমাত্র-পঠন মোডে শেষ ব্যবহারকারীর জন্য উপলব্ধ।

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 10

ঠিক আছে ক্লিক করুন লগ শিপিং শুরু করতে।

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

নিম্নোক্ত স্ক্রীন প্রদর্শন করে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 11

লগ শিপিংয়ের স্থিতি পরীক্ষা করতে, DR সার্ভারে ডান-ক্লিক করুন, HEAD3, দৃষ্টান্ত, এবং নির্বাচন করুন রিপোর্ট->স্ট্যান্ডার্ড রিপোর্ট—>লেনদেনগত লগ শিপিং স্থিতি . যদি নিম্নলিখিত স্ক্রীনটি উপস্থিত হয়, লগ শিপিং সুস্থ এবং প্রত্যাশিত হিসাবে কাজ করে৷

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

যদি PRIMEHEAD এবং HEAD2 এর মধ্যে একটি AG ব্যর্থ হয়, তাহলে লগ শিপিং ব্যাহত হয় যতক্ষণ না আপনি AG স্পেসিফিকেশন বিবেচনা করে এটি কনফিগার করেন।

এখন আপনি HEAD2 থেকে HEAD3 এ লগ শিপিং কনফিগার করতে পারেন, যা ভবিষ্যতে লগ শিপিং কার্যকারিতাকে প্রভাবিত করবে না এমনকি যদি AG প্রতিলিপিগুলির মধ্যে ভবিষ্যতে ব্যর্থ হয়। লগ ব্যাকআপ সর্বদা একই পথ বা অবস্থানে ঘটবে, যে প্রতিলিপি প্রাথমিক হিসাবে পরিবেশন করছে তা নির্বিশেষে।

আপনাকে প্রতিলিপিগুলির মধ্যে একটি ব্যর্থতা শুরু করতে হবে। ব্যর্থতা শুরু করার আগে, নিম্নলিখিত পদক্ষেপগুলি সম্পূর্ণ করুন:

  1. প্রাথমিক প্রতিলিপিতে একটি LS ব্যাকআপ কাজ সম্পাদন করুন এবং কাজটি নিষ্ক্রিয় করুন৷

  2. একটি LS কপি চালান এবং সেকেন্ডারি রেপ্লিকাতে কাজ পুনরুদ্ধার করুন এবং তারপর এটি নিষ্ক্রিয় করুন৷

এটি করার জন্য, AG-তে ডান-ক্লিক করুন এবং নিম্নলিখিত ছবিতে দেখানো হিসাবে ব্যর্থ ওভার বিকল্পটি নির্বাচন করুন:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

এজি ফেইল ওভার ম্যানুয়ালি ট্রিগার করতে আপনি নিম্নলিখিত T-SQL কমান্ডগুলি ব্যবহার করেও এটি সম্পন্ন করতে পারেন:

USE master;
GO

ALTER AVAILABILITY GROUP [AGName] FAILOVER
GO

ব্যর্থ ওভার সম্পূর্ণ হওয়ার পরে, নিম্নলিখিত উইন্ডোটি প্রদর্শিত হবে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

ধাপ 12

PRIMEHEAD এবং HEAD2 এর মধ্যে একটি AG ব্যর্থ হওয়ার পরে, বর্তমান প্রাথমিক উদাহরণ হল HEAD2৷

বর্তমান প্রাইমারি সার্ভার অরনোড, HEAD2 থেকে DR সার্ভার, HEAD3-এ লগ শিপিং কনফিগার করতে একই পদক্ষেপগুলি অনুসরণ করুন৷ লগ শিপিং কনফিগার করার সময়, PRIMEHEAD এবং HEAD3, \Avail2017\lsbackup-এর মধ্যে LS কনফিগারেশনের সময় যেটি আপনি ব্যবহার করেছিলেন সেই একই ভাগ করা পথ বেছে নিন .

ধাপ 13

HEAD2 এর মধ্যে লগ শিপিং, বর্তমান প্রাথমিক এবং HEAD3 সম্পূর্ণ হওয়ার পরে, HEAD2 এ একটি LS ব্যাকআপ কাজ তৈরি করা হয়, এবং LS কপি এবং LS পুনরুদ্ধারের কাজ HEAD3 এ তৈরি করা হয়৷

আবার, AG প্রতিলিপিগুলির মধ্যে একটি ব্যর্থতা শুরু করুন। ব্যর্থ ওভার শুরু করার আগে, নিম্নলিখিত পদক্ষেপগুলি সম্পূর্ণ করতে ভুলবেন না:

  1. প্রাথমিক (HEAD2) এ LS ব্যাকআপ কাজটি সম্পাদন করুন এবং কাজটি নিষ্ক্রিয় করুন৷

  2. LS কপি চালান এবং সেকেন্ডারি (HEAD3) এ কাজ পুনরুদ্ধার করুন এবং তারপরে এটি নিষ্ক্রিয় করুন৷

ধাপ 14

চূড়ান্ত ব্যর্থ হওয়ার পর, বর্তমান প্রাইমারি হল PRIMEHEAD, HEAD2 হল এই গৌণ প্রতিরূপ, এবং HEAD3 হল DR সার্ভার। যেহেতু LS ব্যাকআপ কাজগুলি সার্ভারে (প্রাথমিক এবং মাধ্যমিক) উভয়ই বিদ্যমান, তাই আপনাকে প্রাইমহেড এবং HEAD2 উভয় ক্ষেত্রেই LS ব্যাকআপ কাজ সংশোধন করতে হবে যাতে এটি শুধুমাত্র বর্তমান প্রাইমারি থেকে লগ ব্যাকআপ নেয়৷

এটি করার জন্য, কাজের ধাপ 1-এ নিম্নলিখিত কোড যোগ করুন:

Declare @dbname as varchar(20)
Set @dbname=’AdventureWorks2014’
If sys.fn_hadr_backup_is_preferred_replica (@dbname)<>1
begin
RAISERROR (50005,-- Message id,
           16, -- Severity,
           1, --State,
           N’This is not the primary server backup is rolled back’);
end

নিম্নলিখিত চিত্রটি এটিকে চিত্রিত করে:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

পূর্ববর্তী পরিবর্তনগুলি করার পরে, লক্ষ্য করুন যে LS ব্যাকআপ কাজটি সেকেন্ডারি সার্ভারে ব্যর্থ হওয়া শুরু হয় তবে প্রাথমিকে ভালভাবে চলে৷

ধাপ 15

যেহেতু HEAD3, DR সার্ভারে LS কপি এবং রিস্টোর কাজের দুটি সেট রয়েছে, তাই আপনাকে নিশ্চিত করতে হবে যে একবারে শুধুমাত্র একটি সেট কাজ চলবে। আপনাকে HEAD2 এবং HEAD3-এর মধ্যে লগ শিপিং কনফিগার করার সময় তৈরি করা কাজগুলিকে সক্রিয় রাখতে হবে এবং অন্য কাজের সেটগুলিকে নিষ্ক্রিয় করতে হবে৷

নিম্নলিখিত চিত্রটি আরও বিস্তারিত দেখায়:

বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

এখন, আপনি সফলভাবে একটি ডাটাবেসে লগ শিপিং কনফিগার করেছেন যা একটি AlwaysOn AG-এর বিদ্যমান অংশ। প্রাথমিক সার্ভার হিসাবে কোন সার্ভার কাজ করছে না কেন, আপনার লগ শিপিং সিঙ্ক হবে৷

দ্রষ্টব্য :আমরা দৃঢ়ভাবে সুপারিশ করছি যে আপনি পরীক্ষা ছাড়া উৎপাদনে কোনো পরিবর্তন করবেন না। আপনার উত্পাদন পরিবেশে এই সমাধানটি প্রয়োগ করার আগে, প্রথমে একটি পরীক্ষা পরিবেশে এই কনফিগারেশনটি প্রয়োগ করুন৷

বৈধকরণ:

ক) নিশ্চিত করুন যে ব্যাকআপ কাজটি বর্তমান প্রাইমারি রেপ্লিকাতে সফলভাবে চলছে DR সার্ভারে.

উপসংহার

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

কোনো মন্তব্য করতে বা প্রশ্ন জিজ্ঞাসা করতে প্রতিক্রিয়া ট্যাবটি ব্যবহার করুন৷

বিশেষজ্ঞ প্রশাসন, ব্যবস্থাপনা এবং কনফিগারেশনের মাধ্যমে আপনার পরিবেশকে অপ্টিমাইজ করুন

Rackspace এর অ্যাপ্লিকেশন পরিষেবা(RAS) বিশেষজ্ঞরা অ্যাপ্লিকেশনগুলির বিস্তৃত পোর্টফোলিও জুড়ে নিম্নলিখিত পেশাদার এবং পরিচালিত পরিষেবাগুলি প্রদান করে:

  • ইকমার্স এবং ডিজিটাল অভিজ্ঞতার প্ল্যাটফর্ম
  • এন্টারপ্রাইজ রিসোর্স প্ল্যানিং (ERP)
  • ব্যবসায়িক বুদ্ধিমত্তা
  • সেলসফোর্স কাস্টমার রিলেশনশিপ ম্যানেজমেন্ট (CRM)
  • ডাটাবেস
  • ইমেল হোস্টিং এবং উৎপাদনশীলতা

আমরা সরবরাহ করি:

  • নিরপেক্ষ দক্ষতা :আমরা আপনার আধুনিকীকরণের যাত্রাকে সহজ করে দিই এবং নির্দেশিকা দিই, সেই ক্ষমতাগুলির উপর ফোকাস করে যা তাৎক্ষণিক মূল্য প্রদান করে৷
  • ধর্মান্ধ অভিজ্ঞতা ™:আমরা প্রথমে একটি প্রক্রিয়া একত্রিত করি। প্রযুক্তি দ্বিতীয়। ব্যাপক সমাধান প্রদানের জন্য নিবেদিত প্রযুক্তিগত সহায়তা সহ পন্থা।
  • অপ্রতিদ্বন্দ্বী পোর্টফোলিও :আমরা আপনাকে সঠিক ক্লাউডে সঠিক প্রযুক্তি বাছাই এবং স্থাপনে সহায়তা করার জন্য ব্যাপক ক্লাউড অভিজ্ঞতা প্রয়োগ করি।
  • চটপট ডেলিভারি :আপনি আপনার যাত্রায় যেখানে আছেন সেখানে আমরা আপনার সাথে দেখা করি এবং আপনার সাফল্যের সাথে সারিবদ্ধ করি।

শুরু করতে এখনই চ্যাট করুন।


  1. বিদ্যমান AlwaysOn ডাটাবেসে Microsoft SQL সার্ভার লগ শিপিং

  2. Microsoft SQL সার্ভার ক্যোয়ারী স্টোর

  3. Microsoft SQL সার্ভার উন্নত দুর্নীতি এবং পুনরুদ্ধার

  4. ইউনিফাইড ডেটা প্ল্যাটফর্ম:SQL সার্ভার 2019