কোনও পেটাবাইটের ডেটা ব্যাকআপ করে সংরক্ষণ করার কি কোনও ভাল উপায় আছে?


19

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

সুস্পষ্ট সমস্যাটি হ'ল এন্টারপ্রাইজ-শ্রেণীর স্টোরেজ, হ্যাক এমনকি সবেমাত্র RAID-5 ব্যবহার করে প্রচুর ডেটার একাধিক ব্যাকআপ সঞ্চিত করা ব্যয়বহুল is

আমি যে বিকল্পগুলি দেখছি সেগুলি নিম্নরূপ:

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

আমি # 4 অপশনটি ডিফল্ট হিসাবে গ্রহণ করা দেখছি, এবং এইচএ / ডিআর বিশেষজ্ঞ হিসাবে সত্যই এটি ভীতিকর, তবে বিকল্প হিসাবে আমি কী পরামর্শ দেব? আমি মনে করি যে # 1 হ'ল সর্বোত্তম পন্থা, তবে # 4 এবং সম্ভবত # 3 বাদে কোনও বিকল্প প্রস্তাব দেওয়া হলে "আমি মনে করি না" হ'ল স্বাভাবিক উত্তর।

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

আমি যে কোনও বিকল্প মিস করেছি সে সম্পর্কে শুনতে খুব আগ্রহী হলাম বা শুনেছি যে প্রত্যেকে একই নৌকায় রয়েছে এবং বেশি সঞ্চয়স্থানে প্রচুর অর্থ ব্যয় করার মতো বাস্তব বিকল্প নেই।

অগ্রিম ধন্যবাদ - সমস্ত সুচিন্তিত এবং প্রকাশিত উত্তরগুলিকে যথাযথ creditণ দেওয়া হবে।


ডাটাবেস (গুলি) এর আপডেটের স্কেল সম্পর্কে কিছু ধারণা থাকা ব্যাকআপ বিকল্পগুলিতে একটি পার্থক্য আনতে পারে।
ডেভ ডাস্টিন

1
এবং ফলোআপ প্রশ্ন - একটি পেটাবাইট ডাটাবেসের ব্যাকআপ পুনরুদ্ধার করার জন্য কি কোনও ভাল উপায় আছে?
রব বোক

"এটি নির্ভর করে" হ'ল জোয়েল স্পলস্কির ক্যাচ বাক্যাংশ। এর জন্য আপনাকে তার সাথে লড়াই করতে হতে পারে!
নিক কাভাদিয়াস

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

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

উত্তর:


6

প্রাচীরের ধারণা বন্ধ - সমস্ত সঞ্চিত তথ্য প্রয়োজনীয় বা এমনকি দরকারী?

তথ্যের মূল্য কত? ডেটা মূল্যবান হওয়ার চেয়ে বেশি রক্ষণাবেক্ষণ এবং পরিচালনায় ব্যয় করা স্পষ্টতই হাস্যকর বলে মনে হয়।

ডাটাবেসে থাকা ডেটা কি কোনও ডাটাবেজে সঞ্চয় করার জন্য উপযুক্ত? উদাহরণস্বরূপ, সমর্থন সংস্থার ডাটাবেসে সংকুচিত মাল্টি-গিগাবাইট কোর ফাইলগুলি রাখা কি আসলেই কোনও আসল সুবিধা দেয়?

ডাটাবেসে অনেক নকল তথ্য আছে কি? উদাহরণস্বরূপ, এক হাজার মানুষ কি প্রতি সপ্তাহে 10 এমবি নিউজলেটারের দশটি অনুলিপি রাখছেন?

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

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


6

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

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

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

যদিও আমি পেটাবাইট স্তরে এটি করিনি। আপনি কী জানেন তারা জানেন - তত্ত্বে, তত্ত্বে এবং বাস্তবে একই রকম। প্রস্তুতিতে...


হাই ব্রেন্ট, স্যান পর্যায়ে ডেটা সংকুচিত করে এমন কোনও হার্ডওয়্যার পাওয়া যায়?
সুপারকুলমস

সুপারকুলমস - হ্যাঁ, একেবারে। উদাহরণস্বরূপ নেট অ্যাপ্লিকেশনগুলি এখন তার স্যানগুলিতে বিনামূল্যে বান্ডিল করে। আপনার SAN বিক্রেতার সাথে চেক করুন এবং জিজ্ঞাসা করুন তারা কী ছাড় দেয় solutions
ব্রেন্ট ওজার

এবং আপনি স্বাগতম, পল। :-D
ব্রেন্ট ওজার

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

3

বিকল্প 1 মিররিং করছে, যা # 4 এর মতোই খারাপ: ডেটা ক্ষতিগ্রস্ত করে এবং তাত্ক্ষণিকভাবে আবিষ্কার করা যায় না এমন কোনও বাগ উভয় অনুলিপিগুলিকে দূষিত করবে।

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


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

3

যারা স্টোর কম দামের ডেটা একটি পেটবাইট সংরক্ষণ করতে চান তাদের নির্দেশ করুন।

অনলাইন স্টোরেজ অতিরিক্ত টেরাবাইট না রাখার বিষয়ে লোকেরা খুব বিরক্ত হয়ে আমি বিরক্ত হয়ে পড়েছি কারণ ডিস্ক সস্তা - ডিস্ক হতে পারে তবে স্টোরেজটি নরকের মতো নিশ্চিত নয়।

যদি ব্যাকআপগুলি সংরক্ষণ করা নিষিদ্ধভাবে ব্যয়বহুল হয় তবে নিরাপদ উপায়ে ডেটা সংরক্ষণ করা নিষিদ্ধ ব্যয়বহুল, সুতরাং প্রস্তাবিত সমাধানটি কার্যকর নয়।

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

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


হ্যাঁ - আমি আরও # 3 বিকল্প প্রস্তাব করছি - আপনি যদি অতি সাম্প্রতিক ডেটা ঘন ঘন ঘন ঘন ব্যাকআপ করতে পারেন তবে ডেটা ভিত্তিক ডেটা-ভিত্তিক পার্টিশন ব্যবহার করুন - তবে আপনি ভিএলডিবি সমর্থন করতে চান এমন লোকের সংখ্যায় আপনি অবাক হবেন? প্রত্নতাত্ত্বিক স্কিমা এবং এখনও দক্ষতার সাথে ব্যাকআপ, পরিচালনা এবং ডেটা বজায় রাখতে সক্ষম হবেন বলে আশা করি। আমাকে টেপ সম্পর্কে আপনার সাথে একমত হতে হবে, ভিএলডিবিগুলির জন্য আপনি ডিস্ক নিয়ে যেতে পারেন এবং দ্রুত পুনরুদ্ধারের সময়ের বিপরীতে ব্যয় হিসাবে মূল্য দিতে পারেন। উত্তরের জন্য ধন্যবাদ!
পল রান্ডাল

1
আমি রাজী. আপনি যদি ব্যাকআপ সলিউশন বহন করতে না পারেন তবে আপনি সঞ্চয়স্থান বহন করতে পারবেন না। প্রচুর লোকেরা কেবলমাত্র ডিস্কের দাম হিসাবে স্টোরেজ দেখতে পান।
মার্ক হেন্ডারসন

3

মাইস্পেস.কমের আর্কিটেকচার (এসকিউএল 20035 ব্যাকএন্ড) বিশদযুক্ত আকর্ষণীয় ভিডিও। নিশ্চিত নয় যে তাদের একাধিক ডিবিএস দিয়ে স্কেলআউট করার সাথে সাথে পৃথক পেটাবাইট ডিবিএস রয়েছে কিনা Not তারা সান স্ন্যাপ ব্যাকআপ ব্যবহার করে।

http://wtv.watchtechvideos.com/topic70.html


2

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

একটি পদ্ধতি হ'ল স্ন্যাপশট ব্যবহার করা। একটি স্ন্যাপশট নিন, দূরবর্তী সাইটে স্থানান্তর করার জন্য টেপ / ডিস্ক / নেট এ পাঠান। পরবর্তী স্ন্যাপশটগুলি কেবল প্রেরিত ডেটা প্রেরণ করে এবং প্রয়োজনে আপনি উভয় প্রান্তে লাইভ ডেটা রাখতে পারেন।

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

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


আকর্ষণীয় ধারণা - যা এ জাতীয় ধারণাগুলি নিয়ে আমার চারপাশে খেলতে আরও কিছু হার্ডওয়্যার ছিল।
পল রান্ডাল

2

আপনি কি বিকল্প হিসাবে অ্যামাজন হিমবাহের দিকে নজর রেখেছেন?


তথ্য পুনরুদ্ধার সংস্থাটি দেউলিয়া হতে পারে, তবে।
টম ও'কনোর

1

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

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

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


আমি সত্যিই সেই সময়ের অপেক্ষায় থাকি যখন আমি কোনও ডেটা ডিডআপ স্টোরেজ সমাধান পেতে পারি। এটি শীঘ্রই কোনও সময় হতে যাচ্ছে না, তবে আমার ডেটা প্রকৃতি সম্ভবত 75% এর মতো আকারের ডিস্ক কাটতে পারে
ম্যাট সিমন্স

হ্যাঁ - ব্যাকআপ সংকোচন করা আমার বিকল্প 2, তবে প্রায়শই অন্য ডিসি প্রয়োজন হয়। আমি LUNS সিঙ্ক করার বিভিন্ন উপায়ে একটি রিমোট SAN থাকার ধারণাটি পছন্দ করি। ধন্যবাদ
পল রান্ডাল

1

আমি মনে করি না টেপ ভি ডিস্কে আপনার পছন্দ অনেক আছে। টেপটি সম্ভবত আপনি এটি স্ট্রাইপ না করে নিয়মিত ব্যাকআপ উইন্ডোতে কাটবেন না এবং আমি নিশ্চিত নই যে নির্ভরযোগ্যতা আছে।

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

যদি আপনি কিছু ডেটা কেবলমাত্র পঠনযোগ্য / অপরিবর্তিত হিসাবে বিভক্ত করতে পারেন তবে সম্ভবত আপনার ব্যবস্থাপনযোগ্য ব্যাকআপ আকার / উইন্ডো রয়েছে। বা কমপক্ষে আপনি আশা করছেন যে ব্যাকআপ প্রযুক্তি এবং ব্যান্ডউইথ ডেটা বৃদ্ধির সাথে জড়িত।

আমি মনে করি না যে আপনি আপনার প্রাথমিকের সাথে সমস্যাগুলি পুনরুদ্ধার করতে আপনি যতটা দ্বিতীয় কপি রাখছেন ততটা ব্যাক আপ করছেন। এর অর্থ হার্ডওয়্যার, দুর্নীতি ইত্যাদি and অনুলিপিগুলি সম্ভবত কিছু স্নাপ-শট'এক প্রযুক্তি দিয়ে সান-সান তৈরি করা হচ্ছে। যদিও আসল অনুলিপি তারের পেরিয়ে না গিয়ে ফেড-এক্সের মাধ্যমে হতে পারে। ব্যান্ডউইথ 100TB স্থানান্তর কারও পক্ষে আসা সহজ নয়।

আমি মনে করি আপনার জন্য দুর্দান্ত লগ ব্যাকআপ পরিচালনা সহ 1, 2 এবং 3 (4 নয়) এর সংমিশ্রণ দরকার।

আসলে আমি মনে করি যে কোনও সময় আপনি সত্যিই আপনার তথ্য 3 কপি খুঁজছেন। ২ য় অনুলিপিটি বাস্তবে পরিবর্তনগুলি গ্রহণের জন্য ব্যবহৃত হচ্ছে এমন অনুলিপিগুলির মধ্যে 1 টিতে CHECKDB চালানো। তারপরে আপনি সেই দ্বিতীয় অনুলিপিটিকে প্রথমে স্ন্যাপশট করুন এবং চালিয়ে যান। এই অনেক তথ্য সহ, আমি কল্পনা করতে পারি যে আপনার এখানে কিছু অধ্যবসায় প্রয়োজন হবে। পল, চেকডবিটি অনলাইনে থাকা একাধিক ব্যবহারকারীর, 100 টিবি ডিবিতে কীভাবে কাজ করবে?

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


আরে স্টিভ - কিছু গ্রাহকের সংস্করণ প্রয়োজন, কিছু দরকার নেই। তাদের এইচএ / ডিআর চিন্তাভাবনা কতটা উন্নত এবং কত টাকা তাদের উপর নির্ভর করে। 100TB ডাটাবেসে CHECKDB? ধারণা নেই - আমি এটি কখনও কখনও বেশ কয়েকটি টিবি এবং এএফআইএকের উপরে পরীক্ষা করে দেখিনি> 10 টিবিও এটি পরীক্ষা করা হয়নি। আমি 2005/2008 সালে এটি কিভাবে শুনতে শুনতে পছন্দ করি। ধন্যবাদ
পল রান্ডাল

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

0

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

বিকল্পভাবে, অ্যামাজন এস 3 এর মতো কিছু আপনার ব্যান্ডউইদথ এবং ডেটাতে কতটা পরিবর্তন রয়েছে তার উপর নির্ভর করে খেলতেও আসতে পারে - এই ভলিউমে, এটির অন্তত কিছুটা অন্য কারও সার্ভারে রাখলে এবং তাদেরকে অতিরিক্ত কাজ সম্পর্কে উদ্বিগ্ন হতে দেয় কার্যকর ব্যয়।


যে ব্যক্তি প্রশ্নটি জিজ্ঞাসা করেছিল আমি তার সাথে একমত হতে পারি। স্টোরেজ সস্তা। / পরিচালিত / সঞ্চয়স্থান নরক হিসাবে ব্যয়বহুল।
ম্যাট সিমন্স

0

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


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

তবে মন্তব্যের জন্য ধন্যবাদ!
পল রান্ডাল

0

একটি বৃহত এন্টারপ্রাইজ ডেটা গুদামে, বেশিরভাগ ডেটা এমন উত্স থেকে আসে যেগুলি ইতিমধ্যে ব্যাক আপ করা হয়েছে। আমি টেরাদাতা এবং ওডিডব্লিউ সংস্থাগুলিতে কাজ করেছি যেখানে তারা বিকল্প # 4 নিয়েছে, তবে তারা জানে যে তারা এক বা দু'দিন লেনদেনের ডেটা পুনরুদ্ধার করতে এবং উত্স সিস্টেমগুলি থেকে এটি রূপান্তর করতে পারে।

এক খুচরা ক্লায়েন্টে (সেই সময় তাদের কাছে বিশ্বের শীর্ষ পাঁচটি বৃহত্তম ডিডাব্লুগুলির মধ্যে একটি ছিল প্রায় 200TB ... আপনাকে এটি সম্পর্কে কতক্ষণ আগে ধারণা দিয়েছিল), তারা নতুন পেটাবাইট কেনার পরে # 1 বিকল্প নিয়েছিল -ক্লাস টেরাদাতা সার্ভার। পুরানো নোডগুলি পূর্বের দিনের সিস্টেমের স্ন্যাপশটের জন্য ব্যবহৃত হত, এবং নতুনটি বিদ্যমানটি বজায় রেখেছিল। এটি ব্যর্থ দৃষ্টিকোণ থেকেও দুর্দান্ত ছিল - প্রতি একবারে তারা পুরো জিনিসটি রক্ষণাবেক্ষণের জন্য নেবে এবং আমরা কেবল দিনের পুরানো ডেটা সহ পুরানো ধীর সার্ভারটি ব্যবহার করতে স্যুইচ করব।

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

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