এসকিউএল সার্ভারের প্রতিরূপ প্রয়োগের সময়টি কোন উদ্দেশ্য বিষয়গুলি নির্দেশ করে?


11

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

  • এটি স্কিমা পরিবর্তনগুলি আরও কঠিন করে তোলে
  • এটি আমাদের স্বয়ংক্রিয় সংহতকরণ / বিল্ড সার্ভারে হস্তক্ষেপ করে
  • এটি এসকিউএল উত্স নিয়ন্ত্রণ কার্যকর করা কঠিন বলে মনে হচ্ছে

আমার প্রশ্নটি : আপনি কখন জানেন যে এই ত্রুটিগুলির আলোকে প্রতিলিপি নিয়ে যাওয়ার সময় এসেছে? অতিরিক্ত জটিলতা লাভের ন্যায্যতা দেয় কিনা আপনি কীভাবে সিদ্ধান্ত নেবেন?

আমরা এটি আগে ব্যবহার করেছি তাই এটি সেট আপ করা কোনও সমস্যা নয়। এটি এটি সক্ষম করার বা না করার সিদ্ধান্ত নেওয়ার বিষয়ে আরও বেশি। আমি কিছু অবজেক্ট পারফরম্যান্স মেট্রিকের সন্ধান করছি যা অন্যরা প্রতিরূপ সহ পর্যবেক্ষণ করেছেন।

অবশ্যই সর্বোত্তম জিনিসটি হ'ল আমাদের নিজস্ব সার্ভারগুলিতে কিছু সিমুলেটেড লোড টেস্টিং করা এবং এটি নিজেরাই বের করা, তবে আমি আশা করছি যে এখানে কিছু সাধারণ দিকনির্দেশ আছে।


1
অতিরিক্ত জটিলতা লাভের চেয়ে বেশি হলে আপনি কীভাবে সিদ্ধান্ত নেবেন? শুধু আপনি যে উত্তর দিতে পারেন! প্রত্যেকের পরিস্থিতি আলাদা ....

তবে আমি কীভাবে জানি যে ইতিমধ্যে এটি সেট আপ না করা পর্যন্ত লাভ হিসাবে কী আশা করা যায়? আমার মনে হয় এটাই প্রশ্ন। সেখানে কি কোনও পারফরম্যান্স মেট্রিক আছে?

উত্তর:


2

আবেদনের নকশা পর্যায়ে প্রতিলিপিটি বিবেচনা করা উচিত। আপনার যদি কোনও ভৌগলিকভাবে বিতরণকৃত কর্মশক্তি / ইউজারবেস থাকে তবে আঞ্চলিক ডাটাবেস এবং কেন্দ্রীয় ডাটাবেস থাকা অর্থপূর্ণ হতে পারে। ল্যাপটপগুলিতে সংযোগ বিচ্ছিন্ন ডাটাবেসগুলি যখন শেষ পর্যন্ত নেটওয়ার্কের সাথে পুনরায় সংযোগ স্থাপন করে তখন "সিঙ্ক্রোনাইজ" করতে পারে (রাস্তায় বিক্রয় কর্মীরা ভাবেন)।

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

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

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

এই পদ্ধতির অনুসরণ করে, আপনি বিশাল পারফরম্যান্স বেনিফিট অর্জন করতে যাচ্ছেন।


1

এটির মূল্যের জন্য, আমরা একইরূপে অনুরূপটিকে সহায়ক বলে খুঁজে পেয়েছি কারণ প্রতিবেদন লেখকরা প্রতিলিপি করা ডাটাবেজে সূচকগুলি "মালিক" করতে পারে। এটি আমাদের সূচকগুলি যুক্ত করে জিজ্ঞাসা কার্যকারিতা উন্নত করার ক্ষমতা দিয়েছে যে অ্যাপ্লিকেশন বিকাশকারীরা INSERTS এবং UPDATES এ তাদের নেতিবাচক প্রভাবের কারণে উত্পাদনে কখনই অনুমোদন করতে পারত না।

হতে পারে আপনার ব্যবহারের কেসের অংশটি হ'ল কিছু লেনদেনের টেবিলগুলি অনুলিপি করা, কিছু সূচী পরিবর্তন করা এবং দেখুন এটির মূল্য আছে কিনা?

আশাকরি এটা সাহায্য করবে!

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