ওরাকল সহ এসএসডি

19

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

ডেল থেকে সরাসরি এসএসডিগুলির ব্যয় নিষিদ্ধ। আমি ভাবছিলাম যে কারও কাছে গ্রাহক এসএসডি ব্যবহার করার অভিজ্ঞতা আছে (যেমন ক্রুশিয়াল / মাইক্রন)।

আমি বুঝতে পারি যে লিনাক্সের (সেন্টোস ব্যবহার করে) টিআরআইএম সমর্থন করা একটি সমস্যা হবে। কেউ তাদেরকে উইন্ডোজ 7 ব্যবহার করেছে এই পাল্টা কিভাবে?

oracle performance

— স্টুয়ার্ট ব্রক
সূত্র

1

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

— স্টুয়ার্ট ব্রক

6

এসএসডি এবং ডাটাবেসগুলির সাথে আমি দেখতে পাওয়া সবচেয়ে বড় সমস্যা (গুলি) এখানে রয়েছে:

এসএসডি ব্যর্থতা
- এটা তোলে প্রায়ই আরো বেশী আমি চাই ঘটবে; প্রায়শই এক থেকে দুই বছরের মধ্যে সাধারণ ব্যবহার হয় এবং দ্রুত / খুব বেশি লেখা হয় faster আপনি যখন কোনও এসএসডি-তে আপনার পুনরায় কাজ, লগ এবং ডেটা ফাইল প্রেরণ করবেন তখন কী হচ্ছে? সার্চ প্রচুর, লিখেছেন প্রচুর। খারাপ সমন্বয়, আইএমও।
এসএসডি "প্রতিকারও-সমস্ত"
- হ্যাঁ, পড়ার গতিতে এসএসডিগুলি দুর্দান্ত হয়। ওএস থেকে বুট করা বা এ থেকে প্রোগ্রাম শুরু করার জন্য তারা দুর্দান্ত। তবে এসএসডিগুলিকে ফুল-অন অপটিমাইজেশনের জন্য কোনও স্থির হয়ে ওঠার অনুমতি দেওয়া উচিত নয়। আমি নিশ্চিত যে আপনি নন, যেহেতু আপনি সম্ভবত মাইগ্রেশনটি দ্রুততর করার জন্য যতটা সম্ভব আপনারা চেষ্টা করছেন, তবে কখনও কখনও এসএসডিগুলি যখন আরও অনুকূল বিষয়গুলির অনুকূলতা আসে তখন এটি কিছু কঠিন সমস্যা এড়াতে পবিত্র পাথরের মতো মনে হতে পারে। (সমস্যায় আরও বেশি হার্ডওয়ার বা মেমরি নিক্ষেপ করার বিষয়ে অনেক ক্ষেত্রে একই কথা বলা যেতে পারে Sometimes
আর / ডব্লিউ মিলছে না
- পড়া দ্রুত জ্বলছে।
- লেখাগুলি পড়ার মতো দ্রুত হয় না (যদিও সাধারণত এইচডিডি থেকে ভাল)
  http://en.wikedia.org/wiki/Solid-state_drive
- যেমন, এসএসডিগুলি কেবলমাত্র বুট মিডিয়া (যেমন ওএস, ডিবি এক্সিকিউটেবল, ইত্যাদি) এর জন্য ভাল ধারণা দেয়)
সমতলকরণ এবং সুরক্ষা পরিধান করুন
- সুরক্ষা যদি কোনও উদ্বেগের বিষয় হয়ে থাকে তবে আপনার এসএসডি তে পরিধান সমতলকরণ ড্রাইভটি মুছতে প্রায় অসম্ভব করে তুলবে এবং নিশ্চিত যে এটি শূন্য হয়েছে। দুই, তিন, এবং আরও বেশি পাস এমনকি এটিও করবে না এবং সর্বদা এমন সম্ভাবনা থাকবে যে আপনার ডেটার কিছু অংশ এখনও প্রাপ্ত হবে।

— কেরি শটস
সূত্র

আপনি কি এখনও 2019 সালে একই মতামত আছে?

— ট্রোজাননেম

7

আমি আপনার প্রশ্নের কোনো উত্তর না দেখতে পান, এবং যখন আমি একটি ডাটাবেস সঙ্গে ভোক্তা গ্রেড এসএসডি ড্রাইভ ব্যবহার করে কোনো অভিজ্ঞতা নেই, আমি ভেবেছিলাম ServerFault নিম্নলিখিত প্রশ্ন উপযোগী হতে পারে:

/server/69037/configuring-sql-for-optimal-performance-ssd-or-hdd

সম্পাদনা: আমি নিম্নলিখিত নিবন্ধ সম্প্রতি পাওয়া গেছে এবং ভাবলাম আমার উত্তর থেকে এটি যোগ চাই। এটা তোলে SQL সার্ভার সঙ্গে SSDs ব্যবহার সম্পর্কে আলোচনা, কিন্তু আমি কারণের আলোচনা পাশাপাশি ওরাকল DBAs জন্য দরকারী হতে পারে কিছু চিন্তা।

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (কমাতে ইনপুট / আউটপুট, বৃদ্ধি পারফরমেন্স)

— জেফ
সূত্র

5

এসএসডি এর ডেটা পড়ার দ্রুত করে তুলতে পারে।

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

যে পরীক্ষা মাইগ্রেশন কি করছে? এটা পদ্ধতিগত কোড ব্যবহার করে অথবা এটি সেট ব্যবহার করে?

পদ্ধতিগত কোড ব্যবহার করেন, তাহলে বাল্ক অপারেশন বাস্তবায়ন করতে ভুলবেন না। সেট সবসময় দ্রুত allmost হয়।

— ik_zelf
সূত্র

1

আপনি, উপর SSDs নিকৃষ্ট লেখার গতি দেখাচ্ছে বিশেষ করে striping একই পরিমাণ সঙ্গে একটি বেঞ্চমার্ক জন্য একটি উৎস আছে? আমার বোঝার ছিল SSDs লিখেছেন উপর দ্রুত খুব, কিন্তু এটি সার্চ জন্য পার্থক্য নাটকীয় যেমন নয়।

— লেফ রিফেল

@Leigh - তা সত্য কিন্তু বাস্তব পয়েন্ট যে সুবিধা জন্য যথেষ্ট বেশী হয় র্যান্ডম চেয়ে IO অনুক্রমিক । আমার মনে হয় এটা ন্যায্য বলতে চাই যে SSDs এখনও শুধুমাত্র উচ্চ র্যান্ডম iops প্রয়োজনের জন্য হয়।

— জ্যাক ডগলাস

1

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

— ik_zelf

2

আমি একটি অত্যন্ত গুরুত্বপূর্ণ M4 512 মেগাবাইট এসএসডি জন্য আমার পুরোনো HDD এর আছে আনা যায় একটি বড় ওরাকল ডাটাবেসের উপর পরীক্ষা সঞ্চালন।

আমি ভিএমওয়্যারের উইন্ডোজ 7 এর অধীনে ওরাকল 10.2 চালাচ্ছি।

পারফরম্যান্স পরিবর্তনগুলি সত্যই চিত্তাকর্ষক। ডেটাবেস এবং এসকিউএল কোয়েরিগুলি আমদানি ও রফতানি অনেক দ্রুত।

তবে সময়ে সময়ে আমার উপস্থিতিতে একটি অদ্ভুত ত্রুটি রয়েছে:

ত্রুটি 2012-06-18 18: 18:
14,177: ক্যোয়ারী java.sql.SQLException সম্পাদন করার সময় ত্রুটি : ORA-01578: ORACLE ডেটা ব্লক ক্ষতিগ্রস্থ হয়েছে (ফাইল # 6, ব্লক # 1646317)
ORA-01110: ডেটা ফাইল 6: 'সি: \ ওরাকল \ পণ্য \ 10.2.0 \ ORADATA \ বালিয়াড়ি \ WEBDATA02.DBF '

এইচডিডি সহ একই মেশিনে একই ভিএম নিয়ে আমার কখনও সমস্যা হয়নি।

ফাইলটিতে DBV চালানোর পরে কোনও কিছুই দূষিত হিসাবে চিহ্নিত করা হয়নি।

আমি এই সমস্যা সম্পর্কে কিছুই খুঁজে পাই না।

— svett
সূত্র

এই ত্রুটিটি স্বীকার করবেন না তবে আমি উল্লেখ করতে ভুলে গেছি যে এসএসডি দ্বারা আমদানিগুলি ব্যাপকভাবে বৃদ্ধি পেয়েছিল। এটি কেবলমাত্র মাইগ্রেশন রান ছিল যা কেবল গতিতে 10-15% লাফিয়েছিল। সুতরাং যে জন্য ধন্যবাদ।

— স্টুয়ার্ট ব্রক