Dyski SSD z Oracle

19

Zastanawialiśmy się nad wykorzystaniem dysków SSD z Oracle, aby przyspieszyć nasze migracje testowe. Obecnie migracja trwa 12–18 godzin, w zależności od ilości danych (oczywiście oczywiście robimy też wiele ulepszeń wydajności). Mamy wiele tanich modułów linuksowych, których używamy do różnych przebiegów i analiz.

Koszt dysków SSD bezpośrednio od firmy Dell jest wygórowany. Zastanawiałem się, czy ktoś ma doświadczenie w korzystaniu z dysków SSD konsumenckich (takich jak Crucial / Micron).

Zdaję sobie sprawę, że obsługa TRIM byłaby problemem w systemie Linux (przy użyciu Centos). Czy ktoś użył ich w systemie Windows 7, aby temu zaradzić?

Stuart Brock
źródło
1
Ostatecznie dodaliśmy dyski SSD do indeksów i obszarów tabel i rozłożyliśmy je na dwa. Nie dostaliśmy dużego skoku prędkości, na który liczyliśmy. Bardziej o 10-15% szybsze dla naszych migracji, ale przy braku innych opcji, które byłyby dobrą oszczędnością czasu (nasz ekspert ds. Strojenia Oracle został już zwolniony w DB). Dziękuję za wszystkie komentarze. Korzystaliśmy z dysków SSD Crucial, które oferowały całkiem niezłą wydajność w dobrej cenie i nadal nie miały żadnych problemów. Zaakceptowaliśmy również, że się zużyją i mamy na nich oko (i obfite kopie zapasowe)! Dziękuję za wszystkie komentarze. Stuart.
Stuart Brock

Odpowiedzi:

6

Oto największe problemy, jakie widzę w przypadku dysków SSD i baz danych:

  • Awaria SSD
    • Zdarza się częściej, niż bym chciał; często w ciągu jednego do dwóch lat przy normalnym użytkowaniu i szybciej, jeśli czytane z / napisane do mocno. Co się dzieje, gdy wysyłasz swoje przeróbki, dzienniki i pliki danych na dysk SSD? Dużo odczytów i dużo zapisów. Zła kombinacja, IMO.
  • SSD „cure-all”
    • Dyski SSD są dobre, jeśli chodzi o szybkość odczytu, tak. Są świetne do uruchamiania z systemu operacyjnego lub uruchamiania programów. Ale nie należy zezwalać, aby dyski SSD stały się rozwiązaniem do pełnej optymalizacji. Jestem pewien, że nie, ponieważ prawdopodobnie próbujesz wszystkiego, co możliwe, aby migracja odbyła się szybciej, ale czasami dyski SSD mogą wyglądać jak święty graal, aby uniknąć niektórych trudniejszych problemów związanych z optymalizacją. (Pod wieloma względami to samo można powiedzieć o zwiększeniu ilości sprzętu lub pamięci w związku z problemem. Czasami lepiej jest zoptymalizować problem niż wrzucić do niego więcej sprzętu).
  • Niedopasowanie R / W
    • Odczyty płoną szybko.
    • Zapisy nie są tak szybkie jak odczyty (choć zwykle lepsze niż dyski twarde)
      http://en.wikipedia.org/wiki/Solid-state_drive
    • Jako takie, dyski SSD naprawdę mają sens tylko w przypadku nośników rozruchowych (takich jak system operacyjny, pliki wykonywalne db itp.)
  • Wyrównanie zużycia i bezpieczeństwo
    • Jeśli bezpieczeństwo budzi jakiekolwiek obawy, wyrównywanie zużycia dysku SSD sprawi, że wyczyszczenie dysku będzie prawie niemożliwe i mieć pewność, że został wyzerowany. Dwa, trzy i więcej przebiegów nawet tego nie zrobi i zawsze będzie szansa, że ​​pewna część twoich danych będzie nadal dostępna.
Kerri Shotts
źródło
Czy nadal masz taką samą opinię w 2019 roku?
TrojanName
7

Nie widzę jeszcze odpowiedzi na twoje pytanie i chociaż nie mam doświadczenia w korzystaniu z dysków SSD klasy konsumenckiej z bazą danych, pomyślałem, że poniższe pytanie dotyczące ServerFault może być przydatne:

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

edycja: Niedawno znalazłem następujący artykuł i pomyślałem, że dodam go do mojej odpowiedzi. Mówi o używaniu dysków SSD z programem SQL Server, ale pomyślałem, że niektóre z omawianych czynników mogą być przydatne również w przypadku Oracle DBA.

http://technet.microsoft.com/en-us/magazine/hh334997.aspx (Zmniejsz I / O, Zwiększ wydajność)

Jeff
źródło
5

Dyski SSD mogą przyspieszyć odczytywanie danych.

Pisanie nie będzie szybsze. Nawet nie myśl o umieszczaniu powtórzeń na dysku SSD, ponieważ są one tylko napisane. Aby przyspieszyć pisanie do powtórzenia: dodaj więcej dysków i rozłóż je. Powtórzenia są zapisywane sekwencyjnie, więc dodanie większej liczby wrzecion poprawia przepływność zapisu, aż do osiągnięcia limitu kontrolera.

Co robi migracja testowa? Czy używa kodu proceduralnego, czy używa zestawów?

Jeśli używasz kodu proceduralnego, pamiętaj o wdrożeniu operacji masowych. Zestawy są prawie zawsze szybsze.

ik_zelf
źródło
1
Czy masz źródło dla testu porównawczego pokazującego gorszą prędkość zapisu na dyskach SSD, szczególnie przy takiej samej ilości stripingu? Zrozumiałem, że dyski SSD również szybciej zapisują, ale różnica nie jest tak dramatyczna, jak w przypadku odczytu.
Leigh Riffel,
@Leigh - To prawda, ale prawda jest taka, że ​​przewaga jest znacznie większa w przypadku losowego io niż sekwencyjnego . Myślę, że można śmiało powiedzieć, że dyski SSD są nadal przeznaczone tylko do wysokich, losowych potrzeb.
Jack Douglas,
1
Przeprowadziliśmy pewne testy z kartami f5100 w systemie M5000, w których próbowaliśmy użyć dysków flash jako dodatkowej pamięci podręcznej dla ZFS, dedykowanej dla plików i rozszerzonego sga. Czytanie było szybkie, pisanie wolne, w porównaniu do tego, co zrobiliśmy z SAN. (niektóre skrzynki EMC). Jak wspomniano, logi zapisywane są sekwencyjnie. Dyski są tworzone dla tego rodzaju io, gdy jest rozłożony.
ik_zelf,
2

Zamieniłem stary dysk twardy na dysk SSD Crucial M4 512 MB, aby przeprowadzić test na dużej bazie danych Oracle.

Korzystam z Oracle 10.2 pod Windows 7 w VMWare.

Zmiany wydajności są naprawdę imponujące. Importowanie i eksportowanie baz danych i zapytań SQL jest znacznie szybsze.

Jednak od czasu do czasu pojawia się dziwny błąd:

BŁĄD 2012-06-18 18: 18: 14,177: Błąd podczas wykonywania zapytania
java.sql.SQLException: ORA-01578: Uszkodzony blok danych ORACLE (plik nr 6, blok # 1646317)
ORA-01110: plik danych 6: „C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORADATA \ DUNE \ WEBDATA02.DBF ”

Nigdy nie miałem tego problemu z tą samą maszyną wirtualną na tej samej maszynie z dyskiem twardym.

Po uruchomieniu DBV na pliku nic nie jest oznaczone jako uszkodzone.

Nie znalazłem nic na ten temat.

Svett
źródło
Nie rozpoznaję tego błędu, ale zapomniałem wspomnieć, że dyski SSD znacznie przyspieszyły import. Tylko migracje przyspieszyły o 10-15%. Dzięki za to.
Stuart Brock,