এসকিউএল সার্ভার ডাটাবেস সিঙ্ক্রোনাইজেশন


21

সমস্যা সংজ্ঞা

আমাদের ব্যবহারকারীদের একটি ডেটাবেস ক্যোয়ার করার দক্ষতা প্রয়োজন যা বেশিরভাগ আপ টু ডেট। ডেটা 24 ঘন্টা অবধি বাসি থাকতে পারে এবং এটি গ্রহণযোগ্য। প্রোডাকশন কপির সাথে দ্বিতীয় ডাটাবেস আপ টু ডেট রাখার এবং রাখার জন্য সর্বনিম্ন ব্যয়ের পদ্ধতির কী হবে? এমন কোন দৃষ্টিভঙ্গি আছে যা আমি ভাবছি না?

কাজের চাপ

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

বর্তমান সমাধান এবং সমস্যা

আমরা ডাটাবেস স্ন্যাপশট ব্যবহার করি । রাত ১০ টায় আমরা স্ন্যাপশটটি ড্রপ এবং পুনরায় তৈরি করি। এরপরে ইটিএল প্রক্রিয়াজাতকরণ শুরু হয়। এটি স্পষ্টতই আমাদের ডিস্কে কর আদায় করছে তবে আমাদের ব্যবহারকারীদের ডাটাবেস লক না করেই ডাটাবেসটিকে জিজ্ঞাসা করার সুযোগ দেয় (তারা একটি অ্যাক্সেসের সম্মুখ প্রান্তটি ব্যবহার করে)। তারা এটি গভীর রাত অবধি এবং ভোরে ব্যবহার করে যাতে তারা নিখরচায় লক্ষ্য করবে।

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

পদ্ধতির বিবেচনা

থলোথলো

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

এসকিউএল সার্ভারের প্রতিরূপ

আমরা গত সপ্তাহে প্রতিলিপি খুঁজছেন শুরু । আমাদের তত্ত্বটি হ'ল আমরা একটি দ্বিতীয় ক্যাটালগটি পেতে পারি এবং উত্পাদন ডেটাবেসের সাথে সুসংগত হয়ে উঠতে পারি। ইটিএল শুরুর আগে, আমরা সংযোগটি ছিন্ন করব এবং কেবল ইটিএল প্রক্রিয়াটি শেষ হলে এটি পুনরায় সক্ষম করব।

অ্যাডমিনটি স্ন্যাপশট প্রতিলিপি দিয়ে শুরু করেছিলেন তবে তিনি উদ্বিগ্ন যে স্ন্যাপশট তৈরি করতে ডিস্ক ব্যবহারের পাশাপাশি প্রয়োজনীয় অনেকগুলি দিন সময় লাগছে। তিনি ইঙ্গিত করেছেন যে এটি গ্রাহককে প্রেরণের আগে শারীরিক ফাইলগুলিতে সমস্ত ডেটা লিখতে দেখা যাচ্ছে যাতে আমাদের .6TB ডাটাবেসের স্টোরেজ ব্যয়ে 1.8TB খরচ হবে। এছাড়াও, যদি স্ন্যাপ তৈরি করতে একাধিক দিন সময় নেয় তবে তা পছন্দসই এসএলএ-তে ফিট হয় না।

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

ডাটাবেস মিররিং

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

লগ শিপিং

মনে হচ্ছে লগ শিপিংয়েরও একটি বিকল্প হতে পারে তবে এটি সম্পর্কে আমি কিছুই জানিনা of এটি কি অন্য কিছুর চেয়ে কম খরচে সমাধান (বাস্তবায়ন এবং রক্ষণাবেক্ষণ) হবে? রিমাসের মন্তব্যের ভিত্তিতে "লগ শিপিংটি কেবল প্রতিরূপের অনুলিপিটিতে কেবল পঠনের অ্যাক্সেসের অনুমতি দেয়, তবে পরবর্তী ব্যাকআপ লগ প্রাপ্ত হওয়ার সময় সমস্ত ব্যবহারকারীর সংযোগ বিচ্ছিন্ন করে দেবে (যেমন প্রতি 15-30 মিনিটে)" আমি নিশ্চিত নই যে এই ডাউনটাইমটি কতক্ষণ অনুবাদ করবে যাতে ব্যবহারকারীদের কিছুটা ক্ষোভের সৃষ্টি হতে পারে।

এমএস সিঙ্ক

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

SSIS

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

সান "ম্যাজিক" স্ন্যাপশট

অতীতে, আমি শুনেছি যে আমাদের প্রশাসক পুরো ডিস্কের তাত্ক্ষণিক ব্যাকআপ তৈরি করতে কিছু SAN প্রযুক্তি ব্যবহার করেছিল। সম্ভবত কিছু EMC ম্যাজিক রয়েছে যা mdf / ldf এর uberquick অনুলিপি তৈরি করতে ব্যবহার করা যেতে পারে এবং আমরা লক্ষ্যবস্তু ডাটাবেসটিকে আলাদা / সংযুক্ত করতে পারি।

ব্যাকআপ এবং পুনঃস্থাপন

আমি মনে করি আমরা সপ্তাহে একবারে পুরো ব্যাকআপ নিই, প্রতি রাতের মধ্যে পার্থক্যগুলি এবং প্রতি 15 মিনিটে টোগল। যদি ব্যবহারকারীরা পুরো পুনরুদ্ধারের জন্য 3-4 ঘন্টার আউটেজের সাথে বেঁচে থাকতে পারে তবে আমি মনে করি এটি সম্ভবত একটি পদ্ধতির হতে পারে।

সীমাবদ্ধতাসমূহ

উইন্ডোজ ২০০ R আর ২, এসকিউএল সার্ভার ২০০৮ আর 2 (এন্টারপ্রাইজ সংস্করণ), ভিএমওয়্যার ভি 5 এন্টারপ্রাইজ সংস্করণ, ভিএমডি কে ফাইলগুলিতে ম্যাপযুক্ত ড্রাইভগুলির সাথে ইএমসি সান স্টোরেজ, সোর্স ক্যাটালগটিতে কম্বল্ট হ্যান্ডলিং ব্যাকআপ এবং .6 টিবি ডেটা। এটি একটি তৃতীয় পক্ষের অ্যাপ্লিকেশন যা আমরা ঘরে বসে আছি। তাদের কাঠামো সংশোধন করা সাধারণভাবে নকল হয়। ব্যবহারকারীরা ডাটাবেস অনুসন্ধান না করে যেতে পারবেন না এবং তারা যে কাজগুলি করার জন্য তাদের নিরীক্ষণ করেন তা সক্রিয়ভাবে সনাক্ত করে সীমাবদ্ধ থাকতে অস্বীকার করছেন।

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

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

সম্পর্কিত প্রশ্নগুলি

সম্পাদনাগুলি

@ অন্টেন্টের প্রশ্নের সমাধান করতে

ডেটা ল্যাটেন্সি গ্রহণযোগ্যতা

ব্যবহারকারীরা বর্তমানে 24 ঘন্টা পিছনে থাকা ডেটা দেখে। ডেটা কেবল 2200 হিসাবে বর্তমান

প্রদত্ত মিনিট, ঘন্টা এবং দিনগুলিতে ডেটা পরিবর্তনের পরিমাণ কীভাবে এটি নির্ধারণ করতে হবে তা নিশ্চিত নয়। ব্যবসায়ের সময়, প্রতি ঘন্টায় শত শত পরিবর্তন হতে পারে। রাতে প্রক্রিয়াকরণ, প্রতি দিন দিন কয়েক মিলিয়ন সারি

গৌণ সংযোগ

অভ্যন্তরীণ নেটওয়ার্ক, পৃথক ভার্চুয়াল হোস্ট এবং ডেডিকেটেড স্টোরেজ

দ্বিতীয় উদাহরণে প্রয়োজনীয়তা পড়ুন

উইন্ডোজ গ্রুপের সেকেন্ডারি, সমস্ত টেবিলের পাঠ্য অ্যাক্সেস থাকবে

গৌণ উদাহরণের আপ-টাইম

একটি আপ-সময়ের প্রয়োজনের দৃ strong় সংজ্ঞা নেই। ব্যবহারকারীরা এটি সর্বদা উপলভ্য চান তবে তারা কি এটির জন্য অর্থ প্রদান করতে ইচ্ছুক, সম্ভবত এত কিছু নয়। বাস্তববাদী, আমি বলতে পারি যে দিনের ২৩ ঘন্টা যথেষ্ট হবে।

বিদ্যমান স্কিমা এবং সমস্ত বস্তুর পরিবর্তন Al

অবিচ্ছিন্ন পরিবর্তনগুলি, সম্ভবত টেবিল অবজেক্টগুলির জন্য প্রতি ত্রৈমাসিক একবার। কোড অবজেক্টের জন্য মাসে মাসে একবার।

নিরাপত্তা

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

@ ডারিন স্ট্রেইট

স্ন্যাপশটে ফিরে যাওয়া একটি বিকল্প হতে পারে তবে আমি মনে করি যে তারা এর অনুসরণ না করার কোনও কারণ ছিল। আমি অ্যাডমিনের সাথে চেক করব

@cfradenburg

আমার ধারণাটি ছিল যে আমরা কেবলমাত্র এই পদ্ধতির একটি ব্যবহার করব তবে এটি একটি ভাল পয়েন্ট যা পুনরুদ্ধার করলে "অন্যান্য" সিঙ্ক প্রযুক্তিগুলি ভেঙে যায়। তারা EMC স্ন্যাপশট যাদুটি ব্যবহার করে তদন্ত করছে। প্রশাসকরা এটি বর্ণনা করার সাথে সাথে তারা 1900-এ একটি স্ন্যাপশট নেবে এবং চিত্রটি মাধ্যমিকের জোনে স্থানান্তরিত করবে। এটি 2200 এর মধ্যে শেষ করা উচিত এবং তারপরে তারা গৌণ ডাটাবেসের একটি পৃথক এবং পুনরায় সংযোগ সম্পাদন করবে।

শেষ করি

2012-10-29 আমরা EMC স্ন্যাপশট যাদু এবং কিছু অন্যান্য অনুলিপি বিকল্পগুলি মূল্যায়ন করেছি কিন্তু ডিবিএরা সিদ্ধান্ত নিয়েছে যে তারা মিররিংয়ের পক্ষে সবচেয়ে ভাল ফলাফল করতে পারে। উত্তরগুলিকে সমর্থন করে কারণ তারা সকলেই সহায়তা করেছিল এবং তদন্তের জন্য আমাকে "হোমওয়ার্ক" প্রচুর বিকল্প দেয়।


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

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

উত্তর:


6

তাদের কাঠামো সংশোধন করা সাধারণভাবে নকল হয়

প্রতিলিপিটি সম্ভবত সম্ভাব্যতার চেয়ে বেশি এবং আমি এর আগে সিঙ্কটিকে বাইরে ফেলে দিয়েছি। (সিঙ্ক ফ্রেমওয়ার্কে বাস্তব জীবনের উচ্চ ট্রানসিসটোনাল পরীক্ষা থেকে)

যদি 3-4 ডেটা আপনার ডেটা ল্যাটেন্সি বাদ দেয় তবে লগ শিপিং সম্ভবত আপনার পঠনযোগ্য অনুলিপিতে এখানে বেইস বাজি হয়ে যাবে। কিন্তু লগে লগে কতটা পরিবর্তন হৈছে? আপনাকে কত দ্রুত এবং কতটা ধাক্কা দিতে হবে তা দেখার জন্য এটি পর্যবেক্ষণ করে দেখুন।

আপনি যদি মিররিংয়ে যেতে বা 2012 এন্টারপ্রাইজে আপগ্রেড করতে না পারেন তবে এটি যদি হয় না তবে আপনি যদি এন্টারপ্রাইজে যেতে না পারেন তবে এটি কার্যকর কৌশল be

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

সত্যিই, কয়েকটি প্রশ্নের উত্তরের উপর ভিত্তি করে পছন্দগুলির একটি পৃথক সংকীর্ণতা থাকবে

  • ডেটা ল্যাটেন্সি গ্রহণযোগ্যতা
  • গৌণটিতে একটি নির্দিষ্ট মিনিট, ঘন্টা এবং দিন সংযোগে ডেটা পরিবর্তনের পরিমাণ
  • দ্বিতীয় উদাহরণে প্রয়োজনীয়তা পড়ুন
  • গৌণ উদাহরণের আপ-টাইম
  • বিদ্যমান স্কিমা এবং সমস্ত বস্তুর পরিবর্তন Al
  • নিরাপত্তা

4

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

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

এর জন্য ডাটাবেস মিররিং ব্যবহার করার জন্য আপনার যদি ইতিমধ্যে এন্টারপ্রাইজ চালু না থাকে তবে স্ন্যাপশটগুলি ব্যবহার করতে সক্ষম হতে আপনাকে এন্টারপ্রাইজ কিনতে হবে। স্ন্যাপশটটি ফেলে দেওয়ার প্রয়োজন (যেহেতু সমস্ত ব্যবহারকারীদের বাইরে বেরিয়ে আসা দরকার) এবং তারপরে নতুন ডেটা পেতে পুনরায় তৈরি করা দরকার হওয়ায় এটি ডেটা 100% আপ টু ডেট রাখে না। তবে লগ পুনরুদ্ধার করা বা আমি উপরে বর্ণিত পদ্ধতিটির তুলনায় এটি কম সময় হবে।

যদি এসকিউএল ২০১২ এ আপগ্রেড করা কোনও বিকল্প হয় তবে কেবলমাত্র পঠনযোগ্য মাধ্যমিক সেটআপ করা সম্ভব যা প্রাথমিক ডাটাবেসের সাথে আপ টু ডেট থাকবে। আমি কেবল এটি উল্লেখ করেছি কারণ এটি সম্ভবত সবচেয়ে সহজ সমাধান হতে পারে।


4

লেনদেনের প্রতিরূপে লোকে যতই চিৎকার করে, আপনার পরিস্থিতির জন্য এটি বেশ উপযুক্ত বলে মনে হয়। কয়েকটি নোট:

  1. আপনাকে স্ন্যাপশট দিয়ে গ্রাহককে আরম্ভ করতে হবে না। আপনি প্রকাশকের একটি ব্যাকআপ নিতে পারেন এবং এটি দিয়ে আরম্ভ করতে পারেন।
  2. আপনি কেবলমাত্র বিতরণ কাজ বন্ধ করে গ্রাহককে আদেশগুলি সরবরাহ করতে বিরতি দিতে পারেন (এটি কেবলমাত্র একটি সাধারণ এসকিউএল এজেন্ট কাজ হয় আপনি এটি যথাক্রমে একটি পুশ বা টানা সাবস্ক্রিপশন হিসাবে সেট আপ করেছেন কিনা তার উপর নির্ভর করে) ডিস্ট্রিবিউটরটির প্রতি আপনার ধারণার বিষয়ে কেবল সচেতন থাকুন যাতে আপনি পর্যাপ্ত ইতিহাস রাখছেন যে আপনি ব্যাক আপ পেতে পারেন।
  3. আপনি যদি চান তবে আপনার প্রকাশকের (সম্ভবত ওলটিপি-টাইপ) সূচকটি গ্রহণ করার পরিবর্তে সেখানে সম্পন্ন কাজের চাপ (সম্ভবত রিপোর্টিং-টাইপ) করতে গ্রাহকের সূচকে পরিবর্তন করতে পারেন।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.