Oracle ile SSD'ler

19

Test taşıma çalışmalarımızı hızlandırmak için Oracle ile SSD'leri kullanmayı düşünüyoruz. Şu anda, veri hacmine bağlı olarak bir geçiş çalıştırmasının tamamlanması 12-18 saat sürüyor (açıkçası çok fazla performans ayarı yapıyoruz). Çeşitli koşular ve analizler için kullandığımız bir dizi ucuz linux kutularımız var.

Doğrudan Dell'den SSD'lerin maliyeti engelleyici. Herkesin tüketici SSD'leri (Crucial / Micron olanlar gibi) kullanma deneyimine sahip olup olmadığını merak ediyordum.

TRIM desteğinin Linux'ta (Centos kullanarak) bir sorun olacağını anlıyorum. Bunları karşı koymak için Windows 7'de kullanan var mı?

oracle performance

— Stuart Brock
kaynak

1

Dizinler ve tablo alanları için SSD'ler ekledik ve ikisini bunlar arasında şeritledik. Biz umuyorduk büyük hız atlama alamadım. Daha çok, geçiş işlemlerimiz için% 10-15 gibi daha hızlı, ancak iyi bir zaman kazandıran başka seçeneklerin yokluğunda (Oracle tuning uzmanımız DB'de zaten serbest bırakılmıştı). Tüm yorumlar için teşekkürler. İyi bir fiyat için oldukça iyi bir performans sunan ve hala herhangi bir sorun yaşamamış olan Crucial SSD'lerle gittik. Ayrıca yıprandıklarını ve onlara göz kulak olduklarını (ve bol yedekleri) kabul ettik! Tüm yorumlar için teşekkürler. Stuart.

— Stuart Brock

6

SSD'ler ve veritabanlarıyla ilgili gördüğüm en büyük sorun (lar):

SSD Hatası
- İstediğimden daha sık oluyor; genellikle normal kullanımla bir ila iki yıl içinde ve yoğun olarak okunuyor / yazılıyorsa daha hızlı. Yinelemelerinizi, günlüklerinizi ve veri dosyalarınızı bir SSD'ye gönderdiğinizde ne oluyor? Çok sayıda okuma ve çok sayıda yazma. Yanlış kombinasyon, IMO.
SSD "hepsini tedavi"
- SSD'ler okuma hızı söz konusu olduğunda iyidir, evet. Bir işletim sistemi için önyükleme yapmak veya programları başlatmak için harikalar. Ancak SSD'lerin tam optimizasyon için bir düzeltme haline gelmesine izin verilmemelidir. Emin değilsiniz, çünkü taşımayı daha hızlı hale getirmek için elinizden gelen her şeyi deniyorsunuz, ancak bazen SSD'ler, optimizasyon söz konusu olduğunda bazı zor sorunlardan kaçınmak için kutsal bir kase gibi görünebilir. (Birçok yönden bir soruna daha fazla donanım veya bellek atmak için aynı şey söylenebilir. Bazen daha fazla donanım atmak yerine sorunu optimize etmek daha iyidir.)
R / W uyuşmazlığı
- Okumalar çok hızlı.
- Yazmalar, okumalar kadar hızlı değildir (genellikle HDD'lerden daha iyidir)
  http://en.wikipedia.org/wiki/Solid-state_drive
- Bu nedenle, SSD'ler gerçekten önyükleme ortamı için iyi mantıklıdır (OS, db yürütülebilir dosyaları vb.)
Aşınma Dengeleme ve Güvenlik
- Güvenlik herhangi bir endişe konusu ise, SSD'nizdeki aşınma seviyesi, sürücüyü silmeyi ve sıfırlandığından emin olmayı neredeyse imkansız hale getirecektir. İki, üç ve daha fazla geçiş bile bunu yapmaz ve her zaman verilerinizin bir kısmının hala elde edilebilme şansı vardır.

— Kerri Shotts
kaynak

2019'da hala aynı görüşe sahip misiniz?

— TrojanName

7

Sorunuza henüz bir yanıt görmüyorum ve tüketici sınıfı SSD sürücülerini bir veritabanıyla kullanma konusunda hiçbir deneyimim olmasa da, ServerFault ile ilgili aşağıdaki sorunun yararlı olabileceğini düşündüm:

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

edit: Son zamanlarda aşağıdaki makaleyi buldum ve cevabıma eklemek istiyorum düşündüm. SSD'leri SQL Server ile kullanma hakkında konuşuyor, ancak tartışılan bazı faktörlerin Oracle DBA'lar için de yararlı olabileceğini düşündüm.

http://technet.microsoft.com/tr-tr/magazine/hh334997.aspx (G / Ç'yi Azalt, Performansı Artır)

— Jeff
kaynak

5

SSD'ler OKUMA verilerini daha hızlı hale getirebilir.

Yazmak daha hızlı olmayacak. Yinelemeleri yalnızca yazıldığından SSD'ye yerleştirmeyi düşünmeyin. Yinelemeye yazma işlemini hızlandırmak için: daha fazla sürücü ekleyin ve şeritleyin. Yinelemeler art arda yazılır, bu nedenle daha fazla iğ eklemek denetleyici sınırını karşılayana kadar yazma hızını artırır.

Bu test geçişi ne yapıyor? Prosedür kodu kullanıyor mu yoksa set kullanıyor mu?

Prosedürel kod kullanıyorsanız, toplu işlemleri uyguladığınızdan emin olun. Setler her zaman daha hızlıdır.

— ik_zelf
kaynak

1

Özellikle aynı miktarda şeritleme ile SSD'lerde düşük yazma hızını gösteren bir kıyaslama kaynağınız var mı? Anladığım kadarıyla SSD'ler yazma konusunda daha hızlıydı, ancak fark okumalar için olduğu kadar dramatik değil.

— Leigh Riffel

@Leigh - Bu doğru ama asıl nokta, avantajın rastgele io için sıralı olandan çok daha büyük olmasıdır . SSD'lerin hala sadece yüksek rasgele iops ihtiyaçları için olduğunu söylemek doğru olur.

— Jack Douglas

1

Flash diskleri zfs için ikincil önbellek olarak, dosyalar ve genişletilmiş sga için ayrılmış olarak kullanmaya çalıştığımız bir M5000 sistemindeki f5100 kartları ile bazı testler yaptık. SAN ile yaptıklarımıza göre okuma hızlı, yavaş yazıyordu. (bazı EMC kutusu). Belirtildiği gibi, kayıtlar sırayla yazılır. Çizgiler bu tür diskler için yapılır.

— ik_zelf

2

Eski HDD'imi büyük bir Oracle veritabanında test yapmak için Crucial M4 512 MB SSD ile değiştirdim.

VMWare'de Windows 7 altında oracle 10.2 çalıştırıyorum.

Performans değişiklikleri gerçekten etkileyici. Veritabanlarını ve SQL sorgularını içe ve dışa aktarmak çok daha hızlıdır.

Ancak, zaman zaman garip bir hata var:

HATA 2012-06-18 18: 18:
14,177: java.sql.SQLException sorgusu gerçekleştirilirken hata oluştu : ORA-01578: ORACLE veri bloğu bozuk (dosya # 6, blok # 1646317)
ORA- 01110 : veri dosyası 6: 'C: \ ORACLE'IN \ ÜRÜN \ 10.2.0 \ oradata \ DUNE \ WEBDATA02.DBF'

HDD ile aynı makinede aynı VM ile bu sorunu yaşamadım.

DBV dosyasını çalıştırdıktan sonra hiçbir şey bozuk olarak işaretlenmez.

Bu konuda hiçbir şey bulamadım.

— Svett
kaynak

Bu hatayı tanımayın, ancak ithalatın SSD'ler tarafından büyük oranda arttığını belirtmeyi unuttum. Hız olarak sadece% 10-15 oranında sıçrayan göç hareketleri oldu. Bunun için teşekkürler.

— Stuart Brock