দিবালোক সংরক্ষণের সময়


9

আমার পরিবেশে, নেটিভ ব্যাকআপ এবং ওলা হ্যালেনগ্রেন পরিকল্পনাগুলিতে সার্ভারগুলি চলছে। আমাদের সার্ভারগুলি ২০০৮, ২০১২ এবং 2014 এর সংমিশ্রণ full সমস্ত পূর্ণ ব্যাকআপগুলি 12am এ নেওয়া হয় এবং প্রতি 15 মিনিটে লগ ব্যাকআপ নেওয়া হয়।

আমি এর আগে দিবালোক সংরক্ষণের সময় হিসাবে কখনই হিসাব করি নি, তাই দয়া করে আমাকে কী সমন্বয় করা উচিত তা বলুন।

সকাল 12 টা পূর্ণ ব্যাকআপগুলি প্রভাবিত হবে এবং লগ ব্যাকআপগুলিতে কী ঘটে?


6
বেশ খোলামেলাভাবে আমি ইউটিসিতে আমার সার্ভারগুলি চালাতাম।
অ্যারন বারট্র্যান্ড

দুর্ভাগ্যক্রমে আমাদের সিএসটি
স্কেলনোভিস

1
অবশ্যই, তবে সত্য কথাটি, এটি মাদারবোর্ডে হার্ড কোডড নয়।
অ্যারন বারট্র্যান্ড

উত্তর:


12

এসকিউএল সার্ভার বিশেষজ্ঞ পল রান্ডাল কীভাবে দিবালোকের সময় সাশ্রয়ের সময়টিকে দুর্যোগ পুনরুদ্ধারে প্রভাবিত করে তাতে এই বিষয়টিকেই সম্বোধন করেছেন ? । এটি তুলনামূলকভাবে একটি ছোট পোস্ট, তাই আমি এটির পুরোপুরি উদ্ধৃতি দিচ্ছি। যেহেতু আপনি আপনার লেনদেন লগ ব্যাকআপ সম্পর্কে উদ্বিগ্ন ছিলেন তাই আপনার দৃষ্টি আকর্ষণ করার জন্য আমি পোস্টটির কিছুটা হাইলাইটও করেছি।

এটি সাধারণ জ্ঞান যে এসকিউএল সার্ভারটি দিবালোক সঞ্চয় সময় (ডিএসটি) সঠিকভাবে অনুলিপি করে তাই আপনার যত্ন নেওয়া উচিত কেন?

ঠিক আছে, এটি এত সাধারণ জ্ঞান নয় যে ডিএসটি শেষে যখন ঘড়িগুলি এক ঘন্টা ফিরে যায় (সর্বদা মার্কিন যুক্তরাষ্ট্রে 02:00 এ), এসকিউএল এজেন্ট মূলত এক ঘন্টা (কমপক্ষে এসএস 2000 এর পরে) বিরতি দেয়। এর অর্থ হ'ল যদি আপনার একটি কাজ হয় যা প্রতি 15 মিনিটের মধ্যে কিছু করে থাকে তবে 01:45 এ কাজটি কার্যকর করা এবং 02:00 এ কাজ সম্পাদনের মধ্যে 75 মিনিটের ব্যবধান থাকবে gap এটি ঘটে কারণ 02:00, সময়টি আবার 01:00 এ সেট করা হয়েছে তবে সমস্ত কাজের পরবর্তী সময় একই থাকবে - তাই আপনার কাজটি পরবর্তী সময় নির্ধারিত সময় 02:00 অবধি কার্যকর করা যাবে না। সুতরাং, উত্তর গোলার্ধে প্রতিটি পতন এবং দক্ষিণ গোলার্ধে প্রতি বসন্তে, আপনি এক ঘন্টা মূল্য এসকিউএল এজেন্টের চাকরি হারাবেন। তবুও, কেন আপনার যত্ন করা উচিত?

ঠিক আছে, এটি নির্ভর করে যে কাজগুলি কী যা এক ঘন্টার মধ্যে দেরি হয়। আপনার যদি এমন একটি কাজ থাকে যা প্রতি 15 মিনিটের মধ্যে লগ ব্যাকআপ নেয় তবে যেদিন ডিএসটি শেষ হয়, লগ ব্যাকআপগুলির মধ্যে আসলে 75 মিনিটের ব্যবধান রয়েছে। যদি আপনার কাছে কোনও পরিষেবা স্তরের চুক্তি (এসএলএ) থাকে যা কোনও বিপর্যয়ের ঘটনায় হারিয়ে যাওয়া কাজের সর্বাধিক পরিমাণকে 15 মিনিটের মধ্যে সীমাবদ্ধ করে , তবে সেই 75 মিনিটের জন্য আপনি সম্ভবত এই এসএলএ পূরণ করতে সক্ষম হবেন না বলে উন্মুক্ত!

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

  • কেউ এই ঘন্টা সময় দেরী অবধি থাকতে এবং ম্যানুয়াল লগ ব্যাকআপ নিতে
  • ডাটাবেস মিররিংয়ে স্যুইচ করুন, যা ক্রমাগত লডকে রিলান্ড্যান্ট সার্ভারে প্রবাহিত করে এবং তাই ডিএসটি ইস্যুতে প্রভাবিত হয় না।

এটি উভয়ই কার্যকর সমাধান তবে আমার মনে হয় যে সেরাটি একটি এসকিউএল এজেন্ট কাজ তৈরি করা যা 01:59 তে চলে এবং 01:00, 01:15, 01:30, এবং 01:45 এ চালানোর জন্য অতিরিক্ত ব্যাকআপ জব তৈরি করে। কেন সম্ভব হচ্ছে না তা আমি দেখছি না। আজ সকালে 10:36 এ আমি একটি সাধারণ এজেন্ট কাজ তৈরি করে একটি ফাইলে তারিখটি মুদ্রণের জন্য এবং সেটটি নির্ধারণ করার জন্য সেট করেছি 09:40 - অতীতে আমি তখন আমার সিস্টেমের সময়টি এক ঘন্টা পিছনে সেট করেছিলাম এবং কাজটি পুরোপুরি কার্যকর হয় uted এই সমাধানের একমাত্র অবলম্বন হ'ল টি-এসকিউএল এজেন্ট এসপি ব্যবহার করে আপনার 01:59 কাজের জন্য কাজের পদক্ষেপে এম্বেড থাকা অতিরিক্ত কাজগুলি তৈরি এবং শিডিয়ুল করা দরকার - ক্লান্তিকর তবে কঠিন নয়। হয়তো কেউ আমাকে স্ক্রিপ্ট পাঠাতে পারে এবং আমি এটি ফলো-অন হিসাবে ব্লগ করব?

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


সুতরাং আমি 75 মিনিটের জন্য একটি সম্ভাব্য ডেটা লোকসান দেখতে পেয়েছি ... যদি আমি এটির সাথে ঠিক আছি তবে আমাকে যে কোনও সেটিংয়ের পরিবর্তন করতে হবে আমি এটি যেমন রেখে দিতে পারি
SqlNovice

আপনি যদি পরবর্তী নিয়মিত নির্ধারিত লগ ব্যাকআপ না হওয়া পর্যন্ত 75 মিনিট হারানোর সম্ভাবনা নিয়ে ঠিক থাকেন তবে আপনার মনে হয় কোনও পরিবর্তন করার দরকার নেই make
স্কট হজগিন

তবুও যে সার্ভারটি আমি উদ্বিগ্ন তা হ'ল প্রাপ্যতা গ্রুপে সর্বদা তাই আমি অনুমান করি যে যদি কিছু ভুল হয় তবে আমি স্যুইচ করতে পারি।
SqlNovice

@ এসকিএলএনভিস ধরে ধরে নিচ্ছেন যে আপনার প্রাপ্যতা গোষ্ঠীটি এমন দুটি সার্ভারে রয়েছে যা একই ইভেন্ট দ্বারা প্রভাবিত হয় না এবং সমস্ত ইভেন্ট অন্য ঘটনা (গুলি) এর সাথে প্রতিশ্রুতিবদ্ধ = সত্য। আপনি সম্ভবত আরও গ্রহণ করছেন যা ধরে নেওয়া নিরাপদ। পিএস সার্ভারগুলি উপলভ্যতা গোষ্ঠীতে নেই, ডাটাবেসগুলি রয়েছে। (যেমন "" যে সার্ভারটি সম্পর্কে আমি উদ্বিগ্ন তা সর্বদা প্রাপ্যতা গোষ্ঠীতে থাকে)
জেমস জেনকিনস

দুঃখিত আমার প্রাপ্যতা গ্রুপের ডাটাবেসগুলি হ'ল একটি প্রতিলিপি হ'ল সিএন মোড এবং অন্যটি এসিন মোডে
SqlNovice
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.