মাইক্রোসফ্ট এসকিউএল সার্ভারের স্থাপনের অবস্থানের গুরুত্ব


10

আমার কাছে সস্তা স্লো ডিস্ক এবং একটি ব্যয়বহুল ফাস্ট ডিস্ক সহ একটি সার্ভার রয়েছে।

আমি এটির জন্য গুরুত্বপূর্ণ যে সমস্ত বিষয়গুলির জন্য ব্যয়বহুল ডিস্কটি ব্যবহার করতে চাই, যেমন আমার ডাটাবেসগুলি।

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

এখন, আমার প্রশ্নটি হল, আমি কি আমার মাইক্রোসফ্ট এসকিউএল সার্ভারটি স্লো বা দ্রুত ডিস্কে ইনস্টল করব?

(পরিষ্কার করার জন্য, আমি আমার ডাটাবেসগুলি দ্রুত ডিস্কে রাখি না কেন, তাই আমার প্রশ্নটি কেবলমাত্র ইনস্টলেশনের অবস্থানের সাথে সম্পর্কিত)


3
আপনি এমনকি কেন এই বিবেচনা করবেন যে 120 গিগাবাইটের কম লেখার এসএসডি হ'ল (ক) চিপ এবং (খ) সুপার ফাস্ট এবং (সি) ওএস + প্রোগ্রামের ভিত্তিতে সমস্ত কিছুর জন্য যথেষ্ট ভাল? আমি 2 বছর আগে সমস্ত অপারেটিং সিস্টেমগুলি 120 জিবি এসএসডি স্থানান্তরিত করেছি এবং সেই সময়ে ব্যয়টি আসলেই কিছু যায় আসে না। এখন এটি আরও কম প্রাসঙ্গিক।
টমটম

আপনি একটি এসএসডি ডিস্কের একটি মিশন-সমালোচনামূলক ডাটাবেসকে বিশ্বাস করতে চান? আপনার সাথে ব্যবসা করতে কখনও আমাকে স্মরণ করিয়ে দিন ...
শাদুর

2
@ শাদুর হ্যাঁ, আমি এটিকে একটি এসএসডি ভিত্তিক র‌্যাড 10 কনফিগারড ডিস্কে রাখব যা স্থানীয়ভাবে অন্য 2 টি ডিস্কে প্রতিলিপি করা হয়েছিল এবং একটি রাত্রে কোনও দূরবর্তী স্থানে ব্যাক আপ করে। দশকে স্বাগতম!
নীলস ব্রিঞ্চ

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

@ নিলস ব্রিঞ্চ সেন্ট স্মার্ট এবং পাউন্ড বোকা। সিরিয়াসলি।
টমটম

উত্তর:


11

এটি মতামত-ইশ জাতীয়, তবে আমি এসকিউএল সার্ভার বাইনারিগুলি ধীর ডিস্কে রেখে দেব। ওএস ডিস্কে বাইনারি স্থাপন করা বেশ সাধারণ (যদিও কিছু লোকেরা এটি ঘৃণা করে) বা একটি ধীর ডিস্কে রাখে।

তবে আপনি অবশ্যই আপনার সিস্টেমের ডাটাবেসগুলি বিশেষত টেম্পডিবি দ্রুতগতির ডিস্কে রেখে দিতে চাইবেন। আসলে, নিজে থেকে টেম্পডিবি করাও সাধারণ।

এই সঙ্গে সঙ্গতিপূর্ণ হয় একটি দম্পতি এর প্রবন্ধ আমি দেখেছি যে আপনার জন্য উপযোগী হতে পারে।

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


ধন্যবাদ. আপনি কি বলছেন যে এটি স্কেল সার্ভার ইনস্টলেশন (বাইনারি ইত্যাদি) ধীর বা দ্রুত ডিস্কে রয়েছে কিনা তা উল্লেখযোগ্যভাবে পারফরম্যান্সকে প্রভাবিত করে না?
নীলস ব্রিঞ্চ

1
আমি এটা খেয়াল করেছি না। এবং এটি একটি মোটামুটি সাধারণ কনফিগারেশন।
ক্যাথরিন ভিলিয়ার্ড

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

@ কোরি বিন্দু ব্যাখ্যার জন্য অনেক ধন্যবাদ এই আমি খুঁজছিলাম ছিল।
নীলস ব্রিঞ্চ

6

আমি ইতিমধ্যে ক্যাথরিন ভিলিয়ার্ডের দেওয়া বেশ ভাল উত্তরটি অনুসরণ করতে চাই follow

এটি কিছুটা আপনার ডাটাবেসের ব্যবহারের উপর নির্ভর করে।
আপনি যদি অনেকগুলি রাইটিং অপারেশন আশা করে থাকেন তবে এগিয়ে যান এবং আপনার .mdfএবং .ndfফাইলগুলি দ্রুত ডিস্কে রাখুন।

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

একইভাবে, যদি আপনি যেমন একটি জন্য মত বৃহৎ প্রশ্ন, অনেকটা আশা করছেন OLAPডাটাবেস, আপনি ভাল আপনার সংরক্ষণকারী বন্ধ করছি .mdf, tempdbদ্রুত ডিস্কে। এবং .ldfএটি আপনার ধীর ডিস্কগুলিতে রাখুন কারণ এটি প্রায়শই বাধা-বিপত্তির অংশ হয় না।

যাই হোক না কেন, বাইনারিগুলি দ্রুত ডিস্কে লাগিয়ে বিরক্ত করবেন না, আমরা সাধারণত তাদের ধীর গতিতে রাখি (এটি এড়ানো যায় তবে সিস্টেম নয়)।
এছাড়াও, দ্রুত ডিস্কে ফাইল .ldfএবং .mdfফাইল উভয়ই পেতে চেষ্টা করবেন না , সাধারণত যখনই সম্ভব হয় তারা আলাদা হয়ে যান।

সুতরাং সংক্ষেপে, আপনার সম্ভবত বাধা কী হবে তা দেখতে আপনার বোঝা পর্যালোচনা করুন।


3

আপনার পিছনে জিনিস আছে। আমি জানি এটির পাল্টা স্বজ্ঞাত, তবে আপনি দ্রুত ডিস্কে ব্যাকআপগুলি (বিশেষত লেনদেনের লগ ব্যাকআপ সহ) এবং স্লো ডিস্কে এমডিএফ / এলডিএফ ফাইলগুলি (টেম্পডিবির উল্লেখযোগ্য ব্যতিক্রম সহ) চান।

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

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

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


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

1
আপনি ব্যাকআপ / লগগুলির মতো একই ডিস্কে এমডিএফ চান না। MDF ডাটাবেস বর্তমান অবস্থা প্রতিনিধিত্ব করে। ব্যাকআপ + এলডিএফ আপনার বর্তমান ডাটাবেসে ডাটাবেস পুনরুদ্ধার করতে যা প্রয়োজন তা উপস্থাপন করে। আপনি দুটি উপস্থাপনা একে অপরের থেকে পৃথক করা চান, সুতরাং একটি ইভেন্ট যে একটি ধ্বংস করে অন্য একে অপরের ক্ষতি করবে না। এবং যেহেতু লগগুলি এবং ব্যাকআপগুলি দ্রুত ডিস্কে থাকা উচিত ( এমডিএফ ফাইলটিতে আপনি কত দ্রুত লিখতে পারেন তার চেয়ে আপনি কত দ্রুত এলডিএফ ফাইলটিতে লিখতে পারেন তার উপর পারফরম্যান্স অনেক বেশি নির্ভর করে ), এর অর্থ এমডিএফকে স্লো ডিস্কে যাওয়া উচিত।
জোয়েল কোয়েল

আমি উত্তরের উপরের বেশিরভাগ মন্তব্য সম্পাদনা করতে যাচ্ছি।
জোয়েল কোয়েল

1
আমি নিশ্চিত নই যে আপনি কেন বলছেন .ldfএবং .mdfদুর্যোগের ক্ষেত্রে পৃথক হওয়া দরকার ... সাধারণত এটি ধরে নেওয়া যায় না যে আপনি উভয়টি দুর্যোগ পুনরুদ্ধারের জন্য ব্যবহার করবেন, এটি ব্যাকআপের জন্য are আপনি যতটা সম্ভব 0 ডেটা ক্ষতি হারাতে না চাইলে আপনি অত্যন্ত ঘন ঘন লগ ব্যাকআপ পান তবে আপনি লগ ফাইলটিতেই নির্ভর করবেন না।
Reaces

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