বিদ্যুতির ক্ষতির কারণে এসএসডি দুর্নীতির হাত থেকে রক্ষা করার কোনও উপায় আছে কি?


15

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

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

  • ভুল অনুমতি দিয়ে ফাইল
  • ডিরেক্টরিতে পরিণত হওয়া ফাইল (উদাহরণস্বরূপ, index.phpএখন ডিরেক্টরি)
  • ডিরেক্টরি যে ফাইল হয়ে গেছে
  • স্ক্যাম্বলড ডেটা সহ ফাইলগুলি

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

এটি কি এসএসডি দুর্নীতির জন্য "সাধারণ"? মূলত আমরা ভেবেছিলাম কিছু সস্তা এসএসডিতে এটি ঘটছে, তবে আমাদের নাম ব্র্যান্ডের (গ্রাহক গ্রেড) এ ঘটছে we

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

প্রশ্ন: সিস্টেম-স্তরে সমস্যা হ্রাস করার জন্য আমরা কি কিছু করতে পারি?

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

এটি একটি ড্রাইভের উদাহরণ sudo hdparm -i /dev/sda1:

Model=KINGSTON RBU-SMS151S364GG, FwRev=S9FM02.5, SerialNo=<deleted>
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=125045424
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: Unspecified:  ATA/ATAPI-3,4,5,6,7

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

1
ঠিক আছে, কেউই বলেনি যে আপনাকে সেগুলি সব প্রতিস্থাপন করতে হবে । তবে আপনি প্রতিস্থাপন এবং / অথবা নতুন ইনস্টলেশনগুলির জন্য আরও ভাল এসএসডি ব্যবহার করতে পারেন।
মাইকেল হ্যাম্পটন

2
"এগুলি সমস্ত প্রতিস্থাপন করা সহজ নয়" - এটি সম্পূর্ণরূপে। স্থূল অবহেলা ও অক্ষমতাজনিত কারণে ব্যয়ের জন্য তিনি দায়বদ্ধ বলে ম্যাকিয়নগকে বলার মাধ্যমে শুরু করুন কেউ সীমান্ত সক্ষম না হয়ে বেশ কিছুটা যথেষ্ট ভুল করেছেন।
টমটম

7
WriteCache=enabled। এটি একটি বিশাল সমস্যা। ডেটাবেস থাকা হার্ড ড্রাইভে কখনই লিখিত ক্যাশে সক্ষম করা উচিত নয় । উদাহরণস্বরূপ কিছু বিক্রেতা, এইচপি আসলে এই কারণেই হার্ড ড্রাইভ রাইটিং ক্যাচিং সক্ষম করে।
গ্রেগ Askew

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

উত্তর:


14

হঠাৎ শক্তি হারাতে গিয়ে, এমএলসি / টিএলসি / কিউএলসি এসএসডিগুলির দুটি ব্যর্থতা রয়েছে:

  • তারা ফ্লাইটটি হ'ল এবং কেবলমাত্র DRM- এ লিখেছেন;
  • প্রোগ্রাম করা হচ্ছে ন্যানড সেলটির নীচের পৃষ্ঠায় থাকা কোনও ডেটা-এট-রেস্টটিকে তারা দূষিত করতে পারে।

প্রথম ব্যর্থতার শর্তটি সুস্পষ্ট: বিদ্যুৎ সুরক্ষা ব্যতীত স্থিতিশীল স্টোরেজে নেই এমন কোনও ডেটা (যেমন: ন্যান্ড নিজেই) তবে কেবল অস্থির ক্যাশে (ডিআরএএম) হারিয়ে যাবে। শাস্ত্রীয় যান্ত্রিক ডিস্কগুলির ক্ষেত্রেও একই ঘটনা ঘটে (এবং একাই ফাইলসাইমে ধ্বংসস্তূপ সৃষ্টি করতে পারে যা fsyncs সঠিকভাবে প্রকাশ করে না)।

দ্বিতীয় ব্যর্থতার শর্তটি একটি এমএলসি + এসএসডি বিষয়ক বিষয়: নতুন ডেটা সংরক্ষণ করার জন্য উচ্চ পৃষ্ঠার বিটটি পুনরায় প্রোগ্রাম করার সময় একটি অপ্রত্যাশিত শক্তি হ্রাস নিম্ন বিটটিকে (যেমন: পূর্ববর্তী প্রতিশ্রুতিযুক্ত ডেটা) নষ্ট / পরিবর্তন করতে পারে।

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

  • আংশিক সুরক্ষিত লিখিত ক্যাশে (যেমন: ক্রুশিয়াল এম 500 / এম 550 / এম 600) +;
  • ন্যানড জার্নাল পরিবর্তন করে (যেমন: স্যামসাং ড্রাইভগুলি, স্মার্ট পিওআর বৈশিষ্ট্য দেখুন);
  • বিশেষ এসএলসি / সিউডো-এসএলসি ন্যান্ড অঞ্চলগুলি ঝুঁকিতে থাকা পূর্ববর্তী ডেটা ছাড়াই নতুন লেখাগুলি শোষণের জন্য (যেমন: সানডিস্ক, স্যামসাং ইত্যাদি)।

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

আমি এই ইউজিং ড্রাইভগুলি প্রতিস্থাপনের জন্য আপনার ইউপিএস এবং মধ্য-মেয়াদে পর্যালোচনা করার জন্য দৃ strongly়ভাবে পরামর্শ দিচ্ছি।

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

সম্পাদনা: যদি সম্ভব হয় তবে জেডএফএস বা বিটিআরএফএস হিসাবে একটি চেকসামিং ফাইল সিস্টেমে স্থানান্তরিত বিবেচনা করুন। খুব কমপক্ষে এক্সএফএসকে বিবেচনা করুন, যার জার্নাল চেকসাম রয়েছে এবং ইদানীং এমনকি মেটাডেটা চেকসামও রয়েছে। আপনি যদি EXT4 ব্যবহার করতে বাধ্য হন তবে প্রারম্ভকালে অটো-fsck সক্ষম করার কথা বিবেচনা করুন (fsck.ext4 মেরামতের দুর্নীতিতে খুব ভাল)।


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

1
@ ইয়েহোসেফ এখানে "বিদ্যুৎ হ্রাস" বিভাগে একবার দেখুন: anandtech.com/show/8528/…
shodanshok

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

@ বিউওউলফনোড 42 এটিএ বাধা এবং এফইউএ সম্মানিত হওয়া প্রয়োজন । আইডিই / প্যাটা দিবসে কিছু ড্রাইভ নকল ফ্লাশ চলাকালীন, আজকাল এই জাতীয় কোনও "মিথ্যাবাদী" ড্রাইভটি সাটা / এসএএসের অনুগত নয় এবং অবিলম্বে তা ছুঁড়ে ফেলা উচিত।
shodanshok

এবং তবুও non অ-সম্মতিযুক্ত ড্রাইভগুলি যে কোনও উপায়েই বিক্রয় করা হয়, বিশেষত ভোক্তা বাজার বিভাগে।
BeowulfNode42

11

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


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

প্রশ্নে ড্রাইভের তথ্য যুক্ত হয়েছে।
ইয়েহোসেফ

5
তারা সুপার সস্তা। এগুলি দাম ভিত্তিক শেষ ব্যবহারকারী ড্রাইভ। ছোট এন্টারপ্রাইজ ড্রাইভের সন্ধান করুন। স্পেস পড়ুন। সাধারণত পাওয়ার ব্যর্থতা সুরক্ষা এমন কিছু যা জল্পনা-কল্পনাতে থাকে।
টমটম

1
@ টমটম যুক্ত করতে - কখনও কখনও এটি আসলে পাওয়ার ব্যর্থতা সুরক্ষা বলা হয় না - এবং কখনও কখনও পাওয়ার ব্যর্থতা সুরক্ষা সত্যই শক্তি ব্যর্থতা সুরক্ষা হয় না! আপনাকে প্রতিটি প্রস্তুতকারকের জন্য কিছু পাঠ করতে হবে এবং তাদের নির্দিষ্ট ব্র্যান্ডের এন্টারপ্রাইজ এসএসডি এর জন্য তারা কী বলে তা খুঁজে বের করতে হবে। (দেখুন, প্রতিটি এমএফআর এর জন্য, সাদা কাগজপত্রের জন্য তারা লিখেছেন যে তাদের নিজস্ব এন্টারপ্রাইজ এসএসডি কতটা উন্নত।) এবং, আমি খুঁজে পেয়েছি যে, কমপক্ষে একক ক্রয়ের জন্য, এটির দাম আরও খানিকটা বেশি লাগে । আমি মনে করি যে আমি বাল্ক কেনাকাটা করি না এবং এটি 100 বা তার বেশি পরিমাণের জন্য আলাদা হতে পারে I
ডেভিডবাক

3
আমি এ পর্যন্ত যা পড়েছি, সেগুলি থেকে এই উত্পাদনগুলির এই বৈশিষ্ট্যগুলির নাম রয়েছে: ডিসি 400 সিরিজ হিসাবে কিংস্টন = "ফাইফেল"; স্যামসুং = "শক্তি হ্রাস সুরক্ষা"; ইন্টেল = "বর্ধিত শক্তি ক্ষতি ডেটা সুরক্ষা"; Sandisk = "পাওয়ার ব্যর্থ সুরক্ষা সহ ডেটা ক্ষতি সুরক্ষা"। অন্যান্য নির্মাতারা এটিকে কী বলে আমি জানি না, তবে নির্দিষ্ট শীটগুলির গভীরতার সাথে পড়া দরকার। নোট করুন এটি প্রস্তুতকারক সরবরাহ করে তবে ফার্মওয়্যার দিয়ে এটি অর্জন করা যায়। আপনার যদি সত্যিই> 000০০০ থাকে তবে আমি কিংস্টনের সাথে যোগাযোগ করব এবং পরিস্থিতিটি ব্যাখ্যা করব এবং প্রতি ড্রাইভ ফার্মওয়্যারের জন্য অর্থ প্রদানের প্রস্তাব দেব।
বিউওলফনড 42

7

প্রথম কাজটি হ'ল পুনরুদ্ধারের সময় এবং পুনরুদ্ধারের পয়েন্টের উদ্দেশ্যগুলি নির্ধারণ করা। আপনি কতক্ষণ এই টার্মিনালগুলির একটি পুনরুদ্ধার করতে পারেন এবং সময় কোন ডেটা পয়েন্টটি গ্রহণযোগ্য? সম্ভবত কয়েক ঘন্টা আপনি শেষ সপ্তাহের ব্যাকআপ পুনরুদ্ধার করতে সক্ষম হতে হবে।

ফ্লাইটের লেখায় হারিয়ে গেলে ফাইলগুলিতে সব ধরণের অদ্ভুত জিনিস ঘটতে পারে। ফাইল সিস্টেমের অগ্রাধিকার তাদের নিজস্ব মেটাডেটা ধারাবাহিকতা বজায় রাখছে, তারা আপনার ডেটার জন্য একই গ্যারান্টি সরবরাহ করতে পারে না। অন্য কথায়, fsckআপনার ডেটা পুনরুদ্ধারের গ্যারান্টিযুক্ত নয়। এর কাজটি হ'ল আপনাকে এমন একটি ফাইল সিস্টেম পাওয়া যা মাউন্ট হবে।

সুতরাং, শক্তি। ইনস্টল করুন, কনফিগার করুন এবং পরীক্ষা করুন যে ইউপিএস সিস্টেমটি নিখুঁতভাবে বন্ধ করে দেবে। এটি ফাইল সিস্টেম ক্যাশে এবং ড্রাইভগুলি নিজেরাই লেখার অনুমতি দেয়।

এবং, ডিস্কগুলিতে লেখার স্থায়িত্ব। PostgreSQL এর নির্ভরযোগ্যতা অধ্যায়টি পড়ুন । diskchecker.plক্র্যাশ টেস্ট করতে সেখানে লিঙ্কিত স্ক্রিপ্টটি ব্যবহার করুন এবং এসএসডিগুলি মিথ্যাচার করছে কিনা তা নির্ধারণ করুন যদি লেখকরা অ-উদ্বায়ী স্টোরেজে যায়। যদি ক্ষয়ক্ষতি হয় তবে বিদ্যুতের ক্ষয়ক্ষতি সুরক্ষা রয়েছে বলে পরিচিত এসএসডি দিয়ে প্রতিস্থাপন বিবেচনা করুন।

সম্পাদনা করুন: আপনি বিশদ যুক্ত করেছেন যে লেখার ক্যাশে সক্ষম হয়েছিল। আপনি এটি অক্ষম করার চেষ্টা করতে পারেন:hdparm -W0 /dev/sda বা একটি হার্ডওয়ার অ্যারের জন্য উপযুক্ত কমান্ড। তথ্যসূত্র: আরএইচইএল স্টোরেজ প্রশাসনের গাইড

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

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


এই ডিস্ক রাইটিং ক্যাচিং সম্ভাব্য উত্তর। কিছু অজানা কারণে, মনে হচ্ছে পোস্টগ্রিস ডিস্ক রাইটিং ক্যাচিং অক্ষম করে না, এটি একটি ভয়ানক ডিফল্ট সেটিংস।
গ্রেগ Askew

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

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

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

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