SSD ที่มี Oracle

19

เราได้พิจารณาถึงการใช้ SSD กับ Oracle เพื่อเร่งความเร็วในการโยกย้ายการทดสอบของเรา ขณะนี้ใช้เวลา 12-18 ชั่วโมงในการดำเนินการย้ายข้อมูลให้เสร็จสิ้นโดยขึ้นอยู่กับปริมาณของข้อมูล เรามีกล่องลินุกซ์ราคาถูกจำนวนหนึ่งที่เราใช้สำหรับการรันและวิเคราะห์ต่างๆ

ราคาของ SSD โดยตรงจาก Dell นั้นเป็นสิ่งต้องห้าม ฉันสงสัยว่าใครมีประสบการณ์ในการใช้ SSD ของผู้บริโภค (เช่น Crucial / Micron)

ฉันรู้ว่าการสนับสนุน TRIM จะเป็นปัญหาใน Linux (โดยใช้ Centos) มีใครใช้มันใน Windows 7 เพื่อตอบโต้เรื่องนี้หรือไม่?

oracle performance

— Stuart Brock
แหล่งที่มา

1

เราลงเอยด้วยการเพิ่ม SSD สำหรับดัชนีและพื้นที่ตารางและทำการแยกสองส่วนออกจากกัน เราไม่ได้กระโดดเร็วขนาดใหญ่ที่เราหวังไว้ เร็วกว่า 10-15% สำหรับการโอนย้ายข้อมูลของเรา แต่ในกรณีที่ไม่มีตัวเลือกอื่นใดที่เป็นตัวจับเวลาที่ดี ขอบคุณสำหรับความคิดเห็นทั้งหมด เราไปกับ Crucial SSDs ซึ่งให้ประสิทธิภาพที่ดีในราคาที่ดีและยังไม่มีปัญหาใด ๆ นอกจากนี้เรายังยอมรับว่าพวกเขาเสื่อมสภาพและคอยจับตาดูพวกเขา (และสำรองข้อมูลมากมาย)! ขอบคุณสำหรับความคิดเห็นทั้งหมด จวร์ต

— Stuart Brock

6

นี่คือปัญหาที่ใหญ่ที่สุดที่ฉันเห็นด้วย SSD และฐานข้อมูล:

SSD ล้มเหลว
- มันเกิดขึ้นบ่อยกว่าที่ฉันต้องการ บ่อยครั้งภายในหนึ่งถึงสองปีที่มีการใช้งานปกติและเร็วขึ้นถ้าอ่านจาก / เขียนเป็นอย่างมาก เกิดอะไรขึ้นเมื่อคุณส่งการทำซ้ำบันทึกและไฟล์ข้อมูลไปยัง SSD มีผู้อ่านจำนวนมากและมีการเขียนจำนวนมาก การรวมกันที่ไม่ดี IMO
SSD "แก้ทั้งหมด"
- SSD นั้นดีเมื่ออ่านความเร็วใช่ พวกเขายอดเยี่ยมในการบูตจากระบบปฏิบัติการหรือเพื่อเริ่มโปรแกรม แต่ก็ไม่ควรอนุญาตให้ SSD กลายเป็นตัวช่วยในการปรับให้เหมาะสมเต็มที่ ฉันแน่ใจว่าคุณไม่ได้เนื่องจากคุณกำลังพยายามทุกอย่างที่คุณสามารถทำได้เพื่อให้การโยกย้ายเกิดขึ้นเร็วขึ้น แต่บางครั้ง SSD อาจดูเหมือนจอกศักดิ์สิทธิ์เพื่อหลีกเลี่ยงปัญหาที่รุนแรงขึ้นเมื่อต้องปรับให้เหมาะสม (ในหลาย ๆ วิธีเดียวกันสามารถพูดเกี่ยวกับการขว้างปาฮาร์ดแวร์หรือหน่วยความจำที่มีปัญหามากขึ้นบางครั้งมันจะดีกว่าที่จะเพิ่มประสิทธิภาพของปัญหาออกไปแทนที่จะโยนฮาร์ดแวร์มากขึ้นที่มัน)
R / W ไม่ตรงกัน
- การอ่านเป็นไปอย่างรวดเร็ว
- การเขียนไม่เร็วเท่าที่อ่าน (แต่โดยปกติจะดีกว่า HDD)
  http://en.wikipedia.org/wiki/Solid-state_drive
- ดังนั้น SSD จึงเหมาะสมสำหรับการบูตสื่อเท่านั้น (เช่น OS, executables db เป็นต้น)
สวมระดับและความปลอดภัย
- หากการรักษาความปลอดภัยเป็นเรื่องที่น่ากังวลการปรับระดับการสึกหรอใน SSD ของคุณจะทำให้แทบเป็นไปไม่ได้เลยที่จะเช็ดไดรฟ์และมั่นใจว่าได้ถูกทำให้เป็นศูนย์ ผ่านสอง, สามและมากกว่านั้นจะไม่ทำได้และจะมีโอกาสที่ข้อมูลบางส่วนของคุณจะยังคงได้รับอยู่เสมอ

— Kerri Shotts
แหล่งที่มา

คุณยังมีความคิดเห็นแบบเดียวกันในปี 2562 หรือไม่?

— TrojanName

7

ฉันยังไม่เห็นคำตอบสำหรับคำถามของคุณและในขณะที่ฉันยังไม่มีประสบการณ์ในการใช้ไดรฟ์ SSD สำหรับผู้บริโภคระดับชั้นนำที่มีฐานข้อมูลฉันคิดว่าคำถามต่อไปนี้บน ServerFault อาจมีประโยชน์:

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

แก้ไข: ฉันพบบทความต่อไปนี้เมื่อเร็ว ๆ นี้และคิดว่าฉันจะเพิ่มลงในคำตอบของฉัน มันพูดถึงการใช้ SSD กับ SQL Server แต่ฉันคิดว่าปัจจัยบางอย่างที่กล่าวถึงอาจมีประโยชน์สำหรับ Oracle DBAs เช่นกัน

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (ลด I / O เพิ่มประสิทธิภาพ)

— เจฟฟ์
แหล่งที่มา

5

SSD สามารถทำให้การอ่านข้อมูลเร็วขึ้น

การเขียนจะไม่เร็วขึ้น อย่าแม้แต่จะคิดเกี่ยวกับการทำซ้ำบน SSD เพราะพวกเขาเขียนเท่านั้น หากต้องการเพิ่มความเร็วในการเขียนไปที่การทำซ้ำ: เพิ่มไดรฟ์และสไทรพ์เพิ่มเติม การทำซ้ำจะถูกเขียนตามลำดับดังนั้นการเพิ่มแกนหมุนมากขึ้นจะช่วยเพิ่มปริมาณงานการเขียนจนกว่าคุณจะถึงขีด จำกัด ของคอนโทรลเลอร์

การโยกย้ายการทดสอบนั้นทำอะไร มันใช้รหัสขั้นตอนหรือใช้ชุด?

หากใช้รหัสขั้นตอนต้องแน่ใจว่าได้ใช้การดำเนินการจำนวนมาก ชุดทั้งหมดเร็วที่สุดเสมอ

— ik_zelf
แหล่งที่มา

1

คุณมีแหล่งที่มาสำหรับการวัดประสิทธิภาพที่แสดงถึงความเร็วในการเขียนที่ต่ำกว่าของ SSD โดยเฉพาะกับการสตริปจำนวนเท่ากันหรือไม่? ความเข้าใจของฉันคือ SSD นั้นเร็วกว่าในการเขียนเช่นกัน แต่ความแตกต่างนั้นไม่มากเท่าที่อ่าน

— Leigh Riffel

@Leigh - ที่จริง แต่จุดที่แท้จริงคือการที่ได้เปรียบเป็นอย่างมากมากขึ้นสำหรับการสุ่ม io กว่าตามลำดับ ฉันคิดว่ามันยุติธรรมที่จะบอกว่า SSD นั้นยังคงมีความต้องการไอพส์แบบสุ่มสูงเท่านั้น

— แจ็คดักลาส

1

เราทำการทดสอบกับการ์ด f5100 บนระบบ M5000 ซึ่งเราพยายามใช้แฟลชดิสก์เป็นแคชสำรองสำหรับ zfs โดยเฉพาะสำหรับไฟล์และขยาย sga การอ่านเร็วเขียนช้าเมื่อเทียบกับสิ่งที่เราทำกับ SAN (กล่อง EMC บางกล่อง) ตามที่ระบุไว้บันทึกจะถูกเขียนตามลำดับ ดิสก์ถูกสร้างขึ้นมาสำหรับ io ชนิดนี้เมื่อมีลาย

— ik_zelf

2

ฉันได้เปลี่ยน HDD เก่าของฉันสำหรับ Crucial M4 512 MB SSD เพื่อทำการทดสอบบนฐานข้อมูล Oracle ขนาดใหญ่

ฉันใช้ oracle 10.2 ภายใต้ Windows 7 ใน VMWare

การเปลี่ยนแปลงประสิทธิภาพนั้นน่าประทับใจจริงๆ การนำเข้าและส่งออกฐานข้อมูลและแบบสอบถาม SQL นั้นเร็วกว่ามาก

อย่างไรก็ตามฉันมีข้อผิดพลาดแปลก ๆ ปรากฏขึ้นเป็นครั้งคราว:

ข้อผิดพลาด 2012-06-18 18: 18: 14,177: ข้อผิดพลาดในการดำเนินการแบบสอบถาม
java.sql.SQLException: ORA-01578: บล็อกข้อมูล ORACLE เสียหาย (ไฟล์ # 6 บล็อก # 1646317)
ORA-01110: แฟ้มข้อมูล 6: 'C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF'

ฉันไม่เคยมีปัญหานี้กับ VM เดียวกันบนเครื่องเดียวกันกับ HDD

หลังจากรัน DBV บนไฟล์ไม่มีสิ่งใดถูกทำเครื่องหมายว่าเสียหาย

ฉันไม่พบอะไรเกี่ยวกับปัญหานี้

— svett
แหล่งที่มา

ไม่รู้จักข้อผิดพลาดนั้น แต่ฉันลืมที่จะพูดถึงว่าการนำเข้ามีการเร่งด้วย SSD อย่างหนาแน่น มันเป็นเพียงการโยกย้ายที่เพิ่มขึ้นเพียง 10-15% ในความเร็ว ขอบคุณมากสำหรับสิ่งนั้น

— Stuart Brock