System działa bardzo wolno, ponieważ musi zrekonstruować brakujące dane, co wymaga dodatkowego procesora i operacji we / wy.
Jeśli masz brakujący dysk w konfiguracji RAID-5, nie masz strategii odzyskiwania . Jeśli inny dysk ulegnie awarii , utracisz swoje dane . Biegnij, nie idź do najbliższego sprzedawcy, u którego możesz otrzymać kompatybilną część objętą gwarancją producenta wysłaną przez tego samego dnia pilnego kuriera. Jeśli dostawca, od którego kupiłeś tablicę, jest już w trakcie pozyskiwania części, zdobądź obie części i odłóż drugą jako zapas.
Jeśli używasz RAID-5 jako systemu produkcyjnego, powinieneś rozważyć pozostawienie wolnego dysku w macierzy jako wolnego dysku.
Dodano - jeśli twoje logi nie znajdują się na osobnym woluminie (fizycznie oddzielnych dyskach) przenieś je do osobnego zestawu dysków, nawet tylko jednej pary kopii lustrzanych. Będzie to również zwycięstwo w zakresie wydajności, jeśli baza danych ma jakiekolwiek znaczące obciążenie, ponieważ rywalizacja o woluminy dziennika ma nieproporcjonalnie zły wpływ na wydajność.
Jeśli to możliwe, możesz także uczynić bazę danych bardziej niezawodną, wykonując następujące czynności:
- Zamknij bazę danych.
- Wykonaj kopię zapasową bazy danych.
- Przenieś dzienniki na fizycznie oddzielny zestaw dysków (upewnij się, że ponownie skonfigurowałeś bazę danych, aby wiedziała, dokąd przeniesiono dzienniki).
- Uruchom ponownie bazę danych i aplikację.
Jeśli dzienniki znajdują się na osobnym woluminie, można je przywrócić i przywrócić z kopii zapasowej tylko wtedy, gdy awaria dysku nie naruszy dzienników. Dzienniki bazy danych powinny znajdować się na osobnym woluminie dyskowym z (między innymi) następujących powodów:
Wzorce użytkowania dzienników są przeważnie sekwencyjne, a wpisy dziennika są dołączane na końcu pliku (plik jest w rzeczywistości buforem pierścieniowym). Oznacza to, że duża liczba wpisów w dzienniku może zostać szybko zapisana, ponieważ aktywność poszukiwania dysku jest niewielka.
Jeśli współużytkują dyski fizyczne z bardzo losowym obciążeniem dostępowym (np. Tabele transakcyjne i indeksy), zostaną spowolnione nieproporcjonalnie, ponieważ aktywność wyszukiwania przez głowę zakłóca sekwencyjne zapisy.
Posiadanie dzienników na osobnym woluminie jest prawie zawsze wygraną wydajności i wymaga tylko jednej pary kopii lustrzanych, aby dzienniki mogły obsługiwać dość duże obciążenie. Oznacza to, że sprzęt do zrobienia tego jest dość tani, więc za dużą wygraną w zakresie wydajności i niezawodności jest niewielki koszt.
Jeśli tablica danych ulegnie awarii, dzienniki nie zostaną utracone. Jeśli masz odpowiednią strategię tworzenia kopii zapasowych, możesz przywrócić dane z kopii zapasowej i przejść dalej z dzienników. Oznacza to, że cała tablica może spaść na serwer, nie będąc ani jednym punktem awarii. Zarówno tablice dziennika, jak i danych muszą zawieść jednocześnie, aby spowodować utratę danych.