বিবিডাব্লুসি: তাত্ত্বিকভাবে একটি ভাল ধারণা তবে কখনও কোনও আপনার ডেটা সংরক্ষণ করেছে?


26

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

(এনবি আমি বিশেষত যাদের বিবিডাব্লুসি রয়েছে এবং ক্র্যাশ / ব্যর্থতা হয়েছে এবং বিবিডাব্লুসি পুনরুদ্ধার করতে সহায়তা করেছে কিনা) তাদের কাছ থেকে প্রতিক্রিয়া খুঁজছি

হালনাগাদ

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

ডেটা অখণ্ডতা সম্পর্কে কোনও আস্থা রাখতে, ফাইল সিস্টেমটি কখনই ডেটা অ-উদ্বায়ী স্টোরেজ করতে প্রতিশ্রুতিবদ্ধ হয় তা জানতে হবে (অগত্যা ডিস্ক নয় - এমন একটি বিন্দু যা আমি ফিরে আসব)। এটি লক্ষণীয় যে ডিস্কে ডেটা প্রতিশ্রুতিবদ্ধ হওয়ার সময় অনেকগুলি ডিস্ক থাকে ( http://brad.livej Journal.com/2116715.html )। যদিও এটি ধরে নেওয়া যুক্তিসঙ্গত বলে মনে হয় যে ডিস্ক ক্যাশে অক্ষম করা ডিস্কগুলিকে আরও সৎ করে তুলতে পারে, তবুও এর কোনও গ্যারান্টি নেই যে এটির ক্ষেত্রেও রয়েছে।

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

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

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

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

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

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

আকস্মিকভাবে বিদ্যুতের ক্ষতির প্রভাব প্রশমিত করার বিকল্প উপায়টি হ'ল একটি সান বাস্তবায়ন - এওই এটিকে একটি ব্যবহারিক প্রস্তাব দেয় (আমি সত্যই আইএসসিএসআই তে পয়েন্টটি দেখতে পাই না) তবে আবার উচ্চতর ব্যয়ও আছে।


3
নেট অ্যাপ্লিকেশন ফাইল সার্ভারগুলিতে বহু বছর ধরে এনভিআরএএম রাইটিং-ক্যাশে ছিল এবং আমি তাদের বেশিরভাগ শক্তি হারিয়েছি এবং তাদের ফাইল সিস্টেমগুলি আবর্জনা ফেলেনি had এটি প্রমাণ করা শক্ত যে কোনও কিছু সংরক্ষণ করেছে, কারণ যেহেতু একজন সংরক্ষিত হয়েছিল, বিপর্যয় ঘটেনি; আপনি কি প্রমাণ খুঁজছেন?
ম্যাডহ্যাটার মনিকা

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

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

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

1
আরও কিছু বিশ্লেষণ এবং মডেলিংয়ের পরামর্শ দেয় যে বিবিডাব্লুসি + কোন বাধা নোওআপ ব্যতীত অন্য কোনও আইও সিডিউলারের সাথে অনিচ্ছাকৃত দুর্নীতির দিকে পরিচালিত করতে পারে (অন্যথায় পরামর্শ দেওয়ার পক্ষে এই প্রমাণ সম্পর্কে আমি খুব চেষ্টা করতে পারি)। আরও দেখুন সিমকিয়ান.ব্লগস্পট.কম.২০
২০১৩/

উত্তর:


34

অবশ্যই। আমার ব্যাটারি-ব্যাকযুক্ত ক্যাশে (বিবিডাব্লুসি) এবং পরে ফ্ল্যাশ-ব্যাকড রাইট ক্যাশে (এফবিডাব্লুসি) ক্রাশ এবং হঠাৎ বিদ্যুৎ হ্রাসের পরে ইন-ফ্লাইটের ডেটা সুরক্ষিত করেছে।

এইচপি প্রোলিয়েন্ট সার্ভারে, সাধারণ বার্তাটি হ'ল:

POST Error: 1792-Drive Array Reports Valid Data Found in Array Accelerator

যার অর্থ, " আরে, লেখার ক্যাশে এমন ডেটা আছে যা রিবুট / পাওয়ার-ক্ষয় থেকে বেঁচে গেছে! আমি এখন এটি ডিস্কে আবার লিখতে চলেছি !! "

একটি আকর্ষণীয় কেসটি হ'ল একটি টর্নেডোর সময় শক্তি হারিয়ে যাওয়া এমন একটি সিস্টেমের আমার ময়না তদন্ত করা হয়েছিল , অ্যারের ক্রমটি ছিল:

POST Error: 1793-Drive Array - Array Accelerator Battery Depleted - Data Loss
POST Error: 1779-Drive Array Controller Detects Replacement Drives
POST Error: 1792-Drive Array Reports Valid Data Found in Array Accelerator

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


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


5
এই তথ্য আউটপুট দীর্ঘ সময়ের জন্য রাখার জন্য খুব তথ্যপূর্ণ, ভাল কাজ good
deed02392

মজাদার! আমি ভাবছি যে এইচপি স্মার্ট অ্যারে কন্ট্রোলারদের একই ব্যাটারি-মুক্ত ক্যাশে যে তারা পি
গ্যাব্রিয়েল তালাভেরা

4
@ গ্যাব্রিয়েলতালভেরা হ্যাঁ, এইচপি 2010 বা ততকাল থেকে ফ্ল্যাশ-ব্যাকড (ক্যাপাসিটার) ক্যাশে ব্যবহার করে আসছে। আর ব্যাটারি নেই।
ইয়েওয়াইট

অ্যাডাপটেক ব্যবহার করে এখানে একই;) আর কোনও উদ্বেগ এবং নিয়মিত প্রতিস্থাপন নেই।
টমটম

ধন্যবাদ ইয়ে হোয়াইট - ঠিক আমি যেমন ধরণের জিনিসটি খুঁজছি। একটি প্রশ্ন: ইউপিএস পাওয়ারের কী হয়েছিল? আপনার ইউপিএস কি কম হলে সিস্টেমটি নামিয়ে আনবে না?
মিনিটে সিমকিবিয়ান

10

হ্যাঁ, কেস ছিল।

ডেটা সেন্টারে "ইউপিএসবিহীন" সার্ভার (একটি ইউপিএস থাকা ডেটা সেন্টারের সাথে)। PDU ব্যর্থতা - সিস্টেম কঠোরভাবে ক্র্যাশ হয়েছে। কোনও ডেটা ক্ষতি নেই।

এবং এটি মূলত এটি। একটি বিবিডব্লিউসি সম্পর্কে ভাল জিনিস এটি মেশিনে রয়েছে। একটি ইউপিএস করুন - আমাকে বিশ্বাস করুন, কখনও কখনও কেউ বোকা কিছু করে (যেমন ভুল তারের টানার মতো)। একটি ইউপিএস বাহ্যিক। ওহ, তারের;)


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

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

আমি লক্ষ করেছি যে রেডহ্যাট আপনার মতামত নিয়ে বিবিডাব্লুসি'র সাথে বাধা নিষ্ক্রিয় করা উচিত - যা কার্যকারিতা উন্নত করবে, বিদ্যুৎ হ্রাস - ইরাকের মতো হঠাৎ আউটেজের ক্ষেত্রে এটি কোনও সুরক্ষা সরবরাহ করে না! অ্যাক্সেস.redhat.com/site/docamentation/en-US/…
সিমকিয়ান

@ সাইমকিবিয়ান আপনার নিজের পরিবেশে হঠাৎ বিদ্যুৎ হারা উচিত নয়। এটি প্রতিরোধের অন্যতম সহজ পরিস্থিতি। তুলনামূলকভাবে বিরল ঘটনার জন্য আপনার সার্ভারকে কেন 100% সময় ক্রেপের মতো চালানো হয় ?
ইয়েওয়াইট

1
হঠাৎ করে কোনও বিবিডাব্লুসি উপস্থিতির পুরো কারণ হঠাৎ করে বিদ্যুৎ হ্রাসের বিষয়টি হ্রাস করা। সুতরাং কোনও বাধা না রাখা ঠিক ok
টমটম

4

আমার 2 টি কেস হয়েছে যেখানে এইচডব্লিউ RAID নিয়ন্ত্রণকারীগুলিতে ব্যাটারি ব্যাকযুক্ত ক্যাশে সম্পূর্ণ ব্যর্থ হয়েছিল (2 পৃথক সংস্থায়)।

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

বিদ্যুৎ হ্রাসে RAID অ্যারের ডেটা ক্ষতি এতটাই ব্যাপক ছিল যে সমস্ত ডিস্কের সামগ্রীগুলি অপরিবর্তনযোগ্য হিসাবে রেন্ডার করা হয়েছিল। সব হারিয়ে গেল। এর মধ্যে অন্যতম একটি পরীক্ষার জন্য সম্পূর্ণরূপে উত্সর্গীকৃত একটি মেশিনকে জড়িত, কিন্তু এখনও।

এর পরে আমি "আবার কখনও" বলেছিলাম না, লিনাক্স + জার্নাল-ভিত্তিক fs এ সফ্টওয়্যার-ভিত্তিক ডিস্ক মিররিং (এমডিএডিএম) এ সরিয়ে নিয়েছি যা পাওয়ার ক্ষতির বিরুদ্ধে (মার্চ 4) এবং এর আগে আর ফিরে তাকাতে হয়নি। মঞ্জুর, আমি এটি সার্ভারগুলিতে ব্যবহার করেছি যেগুলির উচ্চ আইও ব্যবহার হয় না।


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

আইএমই, ডেল এবং এইচপি রাইড কার্ড একটি বিবিডাব্লুসি-র ব্যর্থ ব্যাটারি সম্পর্কে অভিযোগ করবে (আপনার কাছে একটি সঠিক পর্যবেক্ষণ ব্যবস্থা আছে বলে ধরে নেওয়া) will
mfinni

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

4

এটি প্রশ্নের দ্বিতীয় উত্তর প্রয়োজন বলে মনে হচ্ছে ...

আমার সবেমাত্র একটি স্ট্যান্ডেলোন ভিএমওয়্যার ইএসএক্সআই হোস্ট একটি রেড 5 অ্যারে ড্রাইভ হারিয়েছে। অবনমিত অ্যারে ভিএম এবং অ্যাপ্লিকেশন স্তরের কর্মক্ষমতাকে প্রভাবিত করে।

Smart Array P410i in Slot 0 (Embedded)    (sn: 5001438011138950)

   array A (SAS, Unused Space: 0  MB)

      logicaldrive 1 (1.6 TB, RAID 5, Recovering, 42% complete)

      physicaldrive 1I:1:1 (port 1I:box 1:bay 1, SAS, 300 GB, OK)
      physicaldrive 1I:1:2 (port 1I:box 1:bay 2, SAS, 300 GB, Rebuilding)
      physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SAS, 300 GB, OK)
      physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SAS, 300 GB, OK)
      physicaldrive 2I:1:5 (port 2I:box 1:bay 5, SAS, 300 GB, OK)
      physicaldrive 2I:1:6 (port 2I:box 1:bay 6, SAS, 300 GB, OK)
      physicaldrive 2I:1:7 (port 2I:box 1:bay 7, SAS, 300 GB, OK)
      physicaldrive 2I:1:8 (port 2I:box 1:bay 8, SAS, 300 GB, OK, spare)

এই ফার্মের আইটি ব্যক্তি সচেতন ছিলেন না যে কোনও ড্রাইভ ব্যর্থ হয়েছে এবং হার্ড সার্ভারটিকে পুনরায় সেট করতে ( এটি আরও ভাল করে তোলার জন্য? )।

ব্যস্ত ভার্চুয়াল মেশিনগুলির উপরে চলমানগুলির সাথে আপোস করা অ্যারের সাথে এটি করার আকর্ষণীয় প্রভাবটি হ'ল:

ক্যাশের স্থিতির বিবরণ: বর্তমান অ্যারে নিয়ামকটির ব্যাটারি / ক্যাপাসিটার ব্যাকড রাইটিং ক্যাশে সর্বশেষ সময়টি পুনরায় সেট করার সময় বা শক্তি চালিত হওয়ার সময়ে বৈধ ডেটা সংরক্ষণ করা হয়েছিল। এটি ইঙ্গিত দেয় যে সিস্টেমটি সম্ভবতভাবে বন্ধ হয়ে যায়নি। অ্যারে নিয়ামক স্বয়ংক্রিয়ভাবে ড্রাইভে এই ডেটা লিখেছেন, বা লেখার চেষ্টা করেছেন। এই বার্তাটি অ্যারে নিয়ামকের পরবর্তী পুনরায় সেট বা পাওয়ার-চক্র পর্যন্ত প্রদর্শিত হতে থাকবে।

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


3

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

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


"আমি একটি বিবিডাব্লুসি (ব্যাটারি-ব্যাক রাইট ক্যাশে) কী করতে চাইছে তার সাথে আমি পরিচিত"
সিম্চিয়ান

2
আপনি আরও বলেছিলেন: "বাস্তবে এটি বাস্তবে বাস্তবে কোনও প্রকৃত সুবিধা দেয় কিনা তা বুঝতে আমি আগ্রহী" " আমি আপনাকে (এবং ভবিষ্যতের পাঠকদের) একটি কংক্রিট দিয়েছি। আপনার প্রশ্ন থেকে, এটি মোটেও পরিষ্কার ছিল না যে আপনি এই সুবিধা সম্পর্কে জানেন। এবং আমার উত্তরটি ভুল নয়।
mfinni

সুতরাং আপনি যে পয়েন্টগুলি তৈরি করেছেন তা কীভাবে একটি অস্থির লেখার ক্যাশে থেকে আলাদা?
সিমকিবিয়ান

স্পষ্টতই সেই বৈশিষ্ট্যটি ছিল যা আপনি জানেন। কিন্তু আবার, আপনি এটি পরিষ্কার করেন নি। @ এমফিনি সবেমাত্র সহায়ক হচ্ছে।
deed02392

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