... আশা করছিলাম যে আমি পেয়ে যাব ... আমাদের কী চালানো উচিত তার মোটামুটি মোটামুটি অনুমান।
আপনার ক্যোয়ারী এবং ডেটা মাপ সম্পর্কে আরও তথ্য ব্যতীত আপনাকে কোনও ধরণের প্রাক্কলন দেওয়া সত্যিই কঠিন, একটি নির্ভুল অনুমান করা যাক।
ডাটাবেস: স্কয়ার সার্ভার 2008 আর 2 এন্টারপ্রাইজ ডাটাবেস
উইন্ডোজ: উইন্ডোজ 2008 আর 2 এন্টারপ্রাইজ 64 বিট, বেশ নিশ্চিতভাবে ভিএমওয়্যারটিতে চলছে।
প্রসেসর: ইনটেল (আর) জিওন (আর) সিপিইউ E7-4860 @ 2.27GHz 2.26 গিগাহার্টজ (2 প্রসেসর)
ইনস্টল মেমরি: 4 জিবি
দুটি প্রসেসর (আমি ধরে নিচ্ছি এটি ভিএম-তে 2 কোর হিসাবে উদ্ভাসিত হয়েছে) বিধানযুক্ত বা নাও থাকতে পারে। কোনও ভিএমকে নির্ধারিত কোরগুলি অগত্যা সরাসরি শারীরিক কোরগুলিতে ম্যাপ করা হয় না (বা এমনকি যখন প্রয়োজন হয় তখন একটি একক কোরের 100% ব্যবহার করার অনুমতি দেওয়া হয়!), যাতে আপনি মনে করতে পারেন এটি মেমরির চেয়ে আরও নমনীয় সম্পদ। আপনার কাজের চাপ বা হার্ডওয়্যার / ভার্চুয়ালাইজেশন কনফিগারেশন সম্পর্কে আরও কোনও তথ্য ছাড়াই আমি বলব যে এটি 4 এ বাড়িয়ে দেওয়া ভাল হবে।
মেমরি বরাদ্দ. ওহ ছেলে। এই প্রবলভাবে কাজের চাপ জন্য কম প্রস্তুত। উইন্ডোজ নিজেই সুখী থাকার জন্য খালি ন্যূনতম ২-৩ গিগাবাইটের প্রয়োজন, এবং বাক্সে বিআইডিএস চালানো 2 ব্যবহারকারীদের প্রত্যেকের জন্য কমপক্ষে 500 এমবি প্রয়োজন হবে। এবং এটির সাথেই, বাক্সটি ইতিমধ্যে সর্বাধিক আউট হয়ে গেছে এবং আমি ডাটাবেসটির কতটা প্রয়োজন হবে তাও খুঁজে বের করতে শুরু করি না ।
বেশিরভাগ ব্যবহারকারীরা এসপ নেট ওয়েবসাইট এবং রিপোর্ট সার্ভার ওয়েবসাইটের মাধ্যমে ডাটাবেসের সাথে যোগাযোগ করে।
আপনি বলেননি, তবে এগুলি যদি একই বাক্সে চলতে থাকে তবে তাদের জন্য মেমরির প্রয়োজনীয়তাগুলিও বিবেচনায় নেওয়া উচিত।
শেষ অবধি, আমাদের মোটামুটিভাবে জড়িত ডেটা গুদামজাতকরণ অপারেশন রয়েছে যা সম্ভবত এসএসআইএস প্যাকেজগুলির মাধ্যমে প্রতিদিন 3 মিলিয়ন রেকর্ড নিয়ে আসে যা সার্ভারেও চালিত হয়।
রাত্রে এই সিস্টেমে কোনও সরাসরি ব্যবহারকারীর উপস্থিতি নেই বলে ধরে নেওয়া, এটি চালাতে খুব বেশি সময় না নিলে আমি এটিকে কোনও সমস্যা হিসাবে দেখছি না। জিনিসের এই অংশটি আপনার উদ্বেগের মধ্যে সবচেয়ে কম; লাইভ ব্যবহারকারীরা আরও গুরুত্বপূর্ণ।
আমাদের অতিরিক্ত মেমরির জন্য আমাদের পূর্ববর্তী অনুরোধগুলি সাধারণ প্রতিক্রিয়ার সাথে প্রত্যাখ্যান করা হয়েছে যা আমাদের আরও ক্যোয়ারী অপ্টিমাইজেশান সম্পাদন করতে হবে।
আমি উপরে প্রদর্শিত হিসাবে, বর্তমান মেমরি যে পরিমাণ সরবরাহ করা হয়েছে তা সম্পূর্ণরূপে অপর্যাপ্ত। একই সময়ে, যদিও বর্ণালীটির অন্য প্রান্তে, আপনি একসাথে পুরো ডেটাবেসটি রাখতে সক্ষম হবেন এমন যথেষ্ট পরিমাণ মেমরির ব্যবস্থা করতে সক্ষম হবেন এমন সম্ভাবনা খুব কম ।
যদিও আপনি এর মতো কম্বল প্রতিক্রিয়া পেয়েছেন (যা সম্ভবত অতিরিক্ত সংস্থাগুলির জন্য আপনার ন্যায়সঙ্গততা কতটা প্ররোচিত করেছিল এবং প্রকৃত উত্স ব্যবহারের ক্ষেত্রে তা নয়) সম্ভবত এটি সম্ভবত ডেটাবেসের দক্ষতা হতে পারে উন্নত। তবুও একা এমন কোনও সুরের পরিমাণ নেই যা এখন যে সমস্যার মুখোমুখি হচ্ছে সেগুলি সমাধান করতে পারে; এর পরামর্শটি আমার কাছে সম্পূর্ণ অ স্টার্টার।
আমি সামগ্রিক পদ্ধতি গ্রহণ করব যে বর্তমানে সরবরাহ করা মেমরির পরিমাণ ন্যূনতম প্রয়োজনীয় (যা এএসএপি সংশোধন করা উচিত) এর চেয়ে কম এবং ব্যবহারকারীর অভিজ্ঞতা কার্যকরভাবে ব্যবহারযোগ্য পর্যায়ে উন্নত করার জন্য অতিরিক্ত সংস্থান প্রয়োজন হতে পারে যখন দক্ষতার দক্ষতা বাড়াতে উন্নতি করা হয় সিস্টেম।
এখানে কয়েকটি চিন্তাভাবনা রয়েছে (আক্রমণ করার क्रमে):
আপনি যত বেশি পারফরম্যান্স প্রতিবারের জন্য আরও সংস্থান সরবরাহ করার সময় প্রমাণ করতে পারবেন তা আপনি জিতবেন । পারফরম্যান্স মনিটরের লগিং ব্যবহার করে পারফরম্যান্স মেট্রিকগুলি নজর রাখুন (নোট: লগিং অংশটি অত্যন্ত গুরুত্বপূর্ণ), ওয়েবসাইটের প্রতিক্রিয়া বার সহ আপনি যদি পারেন তবে। অন্য কিছু করার আগে, এখনই এটি শুরু করুন । আপনি যখন অবশেষে ন্যূনতম পরিমাণে মেমরি পাবেন (আপনি এখনই 32 গিগাবাইট পাবেন না), হঠাৎ আপনার কাছে এখন প্রমাণ রয়েছে যে যুক্ত স্মৃতিটি উন্নত হয়েছে ... যার অর্থ আরও বেশি যোগ করা সম্ভবত সহায়তা করবে! আপনি যদি বর্তমান কনফিগারেশনের কোনও বেসলাইন সংগ্রহ না করেন, সর্বনিম্ন প্রস্তাবিত স্তরে জিনিসগুলি ধাক্কা খাওয়ার সময় আপনি নৌকাটি মিস করবেন।
আপনার সার্ভারের অপেক্ষার পরিসংখ্যান বিশ্লেষণ করুন । এটি আপনাকে জানাবে যে সিস্টেমের বৃহত্তম বাধা কী। আপনার কাছে সম্ভবত PAGEIOLATCH_XXসবচেয়ে সাধারণ / সর্বাধিক অপেক্ষার সময় থাকবে যা ইঙ্গিত দেয় যে ডিস্ক থেকে পৃষ্ঠা আনতে খুব বেশি I / O করা হচ্ছে। এটিকে মেমোরি যুক্ত করে হ্রাস করা যেতে পারে, তাই প্রয়োজনীয় ডেটা মেমরির মধ্যে রয়েছে বলে শারীরিক আই / ও কম ঘন ঘন হয়ে যায়। যদিও এই বিশ্লেষণটি প্রাক্কলিত উপসংহারের মতো, আপনি যদি এই পরিসংখ্যানগুলি মোটেও জোগাড় করে থাকেন তবে সংস্থানগুলির প্রয়োজনীয়তার ন্যায্যতা প্রমাণ করার সময় আপনাকে আরও বেশি বারুদ সরবরাহ করতে পারে।
আমি উপরে উল্লিখিত হিসাবে, মেমরির জন্য খালি ন্যূনতম প্রয়োজনীয়তা পূরণ করা হচ্ছে না। আপনি যে সমস্ত সফটওয়্যারটি চালাচ্ছেন তার জন্য প্রস্তাবিত হার্ডওয়্যার প্রয়োজনীয়তার সেট সংগ্রহ করুন এবং সম্ভবত টাস্ক ম্যানেজারের স্ক্রিনশটগুলিও দখল করুন। এটি ঘটনাস্থলে কমপক্ষে 4-8 গিগাবাইট আরও ন্যায্যতা প্রমাণ করার জন্য যথেষ্ট should যদি তারা এখনও অস্বীকার করে, তাদের এক সপ্তাহের জন্য চেষ্টা করার অনুমতি দেওয়ার জন্য তাদেরকে বোঝানোর চেষ্টা করুন, এবং তারপরে এটি ফিরিয়ে দিন (আপনি পারফরম্যান্সের পরিসংখ্যান সংগ্রহ করছেন, তাই আপনাকে সপ্তাহে মাঝামাঝি করার দরকার নেই কারণ আপনি ' পরিস্থিতি কতটা উন্নত হয়েছে তা প্রমাণ করতে সক্ষম হবো)। যদি তারা এখনও প্রত্যাখ্যান করে তবে আপনি ব্যর্থ হয়ে যাবেন; ইউআরএলটি ।
যদি আপনি কিছু কাজের চাপ লোড করতে পারেন (বিশেষত, যদি সম্ভব হয় তবে রিমোটিং এড়ান), এটি ডাটাবেসের জন্য উপলব্ধ মেমরির পরিমাণ বাড়িয়ে তুলবে যা আরও সমালোচনামূলক।
আপনি একবারে মেমরিতে পুরো ডাটাবেসটিকে ফিট করতে সক্ষম হবেন না, যার অর্থ মেমরির অতিরিক্ত প্রতিশ্রুতি রোধ করতে আপনাকে খুব সাবধানে এসকিউএল সার্ভারের সর্বাধিক মেমরি সেটিংস সেট করতে হবে , যা অন্য কোনও কিছুর মতো পারফরম্যান্সকে হত্যা করে না । অতিরিক্ত প্রতিশ্রুতিবদ্ধতা আসলে মেমরিতে সমস্ত ডেটা ফিট করতে সক্ষম না হওয়ার চেয়েও খারাপ actually সম্ভবত আপনি এখনই এই দৃশ্যে রয়েছেন কারণ কেবলমাত্র কোনও মেমরি উপলব্ধ নেই এবং সম্ভবত সর্বাধিক মেমরি সেটিংস ডিফল্ট (সীমাহীন) এ সেট করা সম্ভবত।
যেহেতু আপনি এসকিউএল সার্ভার এন্টারপ্রাইজ সংস্করণটি চালাচ্ছেন, এবং মেমরিটি একটি প্রিমিয়ামে রয়েছে তাই আমি ডেটা সংক্ষেপণ বাস্তবায়নের জন্য দৃ strongly়তার সাথে বিবেচনা করব । এটি মেমরির স্পেস-সেভিংয়ের জন্য সিপিইউ ব্যবহার বৃদ্ধির কারণ হয়ে দাঁড়াবে (এবং এর ফলে ডিস্ক অ্যাক্সেসগুলি হ্রাস পেয়েছে যা তুলনামূলকভাবে খুব ধীর)।
ডাটাবেস টিউন করুন। সম্ভবত সম্ভবত কাঠামোগুলি এবং কোয়েরিগুলি সূচি এবং অ্যাক্সেসের ধরণগুলি যেতে পারে এমন উন্নতি ব্যবহার করতে পারে। এছাড়াও, যদি প্রচুর ডেটা ঘন ঘন স্ক্যান করা হয় এবং একত্রিত করা হয় তবে সূচিযুক্ত ভিউ, সারসংক্ষেপ টেবিলগুলি বা প্রাক্পম্পিউটেড প্রতিবেদন তৈরি করা খুব সহায়ক হতে পারে।
এটি লং শট হতে পারে কারণ সম্ভবত এটি আরও বেশি হার্ডওয়্যার বিধানের অর্থ, তবে ক্যাশে সমাধানটি কার্যকর করে। দ্রুততম ক্যোয়ারী হ'ল আপনি কখনও করেন নি ।
সেগুলি কেবল কয়েকটি ধারণা। মূল কথাটি হ'ল একা টিউন করা এখানে সমস্যার সমাধান করবে না, কেবল হার্ডওয়্যারই একা ফেলবে না, যদিও পরবর্তীকালে সম্ভবত তাত্ক্ষণিক সমস্যার বেশিরভাগ অংশকে হ্রাস করা হবে। এটি সত্যিই এটি কীভাবে ঘটে: অল্প সময়ের মধ্যে আগুন লাগানোর জন্য সমস্যায় হার্ডওয়্যার নিক্ষেপ করুন এবং মূল কারণটি যথাসম্ভব যথাযথভাবে ঠিক করতে দীর্ঘমেয়াদে সমস্যার দিকে সুর দিন।