আমি ডিআরবিডি প্রক্সিটির পক্ষে কথা বলতে পারি না, তবে নিয়মিত ডিআরবিডি এটিকে বেশি পছন্দ করবে না।
এমনকি সীমিত ক্রিয়াকলাপের সাহায্যে আপনি সহজেই দ্বৈত টি 1 (2x 1.5Mbps; রাউন্ড সংখ্যাগুলির জন্য, 300 কেবি / গুলি) পূরণ করতে পারেন। 300KB / s একা অ্যাপ্লিকেশন লগিং দ্বারা গ্রহণ করা যেতে পারে, আপনার সার্ভারে আকর্ষণীয় কিছু করতে দিন। এটি সিঙ্ক্রোনাস প্রতিলিপি ( প্রোটোকল সি ) এর বাইরে চলে যায়, সমীকরণের মধ্যে ওভার-দ্য ভিপিএন ল্যাটেন্সিটি যুক্ত করে দেয়।
অ্যাসিঙ্কের প্রতিলিপি ( প্রোটোকল এ ) প্রযুক্তিগতভাবে কাজ করতে পারে তবে আমি আশা করবো যে ব্যর্থতার ক্ষেত্রে মাধ্যমিকটি এত বেশি মেয়াদোত্তীর্ণ হবে যেহেতু (প্রতিরূপটি দিনের বেলা কয়েক ঘন্টা পিছনে থাকতে পারে)
মেমোরি সিঙ্ক্রোনাস ( প্রোটোকল বি ) সাহায্য করবে না কারণ এটি এখনও ব্যান্ডউইথ ইস্যু দ্বারা সীমাবদ্ধ।
আমি আশা করি ডিআরবিডি প্রক্সি এখনও একই ধরণের সমস্যার সাথে ভুগবে, প্রাথমিকভাবে সীমিত ব্যান্ডউইথের কারণে প্রতিরূপ বিলম্ব ঘটায় causing
আমি আপনাকে সুপারিশ করছি আপনার ডিআর কৌশলটি যা আপনার বিরুদ্ধে প্রশমিত হচ্ছে তা নিয়ে কাজ করার জন্য; হার্ডওয়্যার ব্যর্থতা বা সাইট ব্যর্থতা।
সাইটের ব্যর্থতা থেকে রক্ষা করার ক্ষেত্রে, আপনি কোনও (বা উভয়) ব্যান্ডউইথ সীমাবদ্ধ সাইটের ক্ষেত্রে নিম্নতর ব্যান্ডউইথ / উচ্চতর ঘনত্বের স্থানান্তরগুলির থেকে আরও ভাল মাইলেজ পেতে পারেন। এই কৌশলটির কয়েকটি উদাহরণ হ'ল আরএসইএনসি (ওভার-দ্য ওয়্যার ট্রান্সফারগুলি প্রতিটি পরিবর্তনের জন্য প্রতি পরিবর্তনের পরিবর্তে রানের মধ্যে ফাইলগুলির মধ্যে পরিবর্তনের মধ্যে সীমাবদ্ধ - প্লাস কিছু প্রোটোকল ওভারহেড; ট্র্যাফিককে আরও এনক্রিপ্ট করতে এবং সংকুচিত করতে এসএসএইচ দিয়ে চালানো যেতে পারে) এবং ডাটাবেস লগ শিপিং (ডিআর বাক্সে রিপ্লেতে সংকুচিত ডেটাবেস লগগুলি স্থানান্তরিত একটি সম্পূর্ণ ডাটাবেস ডাম্প স্থানান্তর করার চেয়ে কম ব্যান্ডউইথ ব্যবহার করতে পারে)।
আপনি যদি হার্ডওয়্যার ব্যর্থতার বিরুদ্ধে রক্ষা করছেন, একটি জিআইজিই ক্রসওভারের সাথে সংযুক্ত একটি স্থানীয় ডিআরবিডি প্রতিলিপি ঠিক কাজ করবে, সম্পূর্ণ সিঙ্ক্রোনাস আপডেটের অনুমতি দেবে এবং ডেটা উভয় নোডের সাথে সামঞ্জস্যপূর্ণ প্রমাণ করার জন্য অনলাইন যাচাইয়ের অনুমতি দেয়। প্রাথমিক সাইট ব্যর্থতার বিরুদ্ধে সুরক্ষিত করার জন্য আপনি এই বিকল্পটি কোনও ডিআর সাইটে সীমিত ফাইলের অনুলিপি সহ একত্রিত করতে পারেন।