Pamięć podręczna zapisu z podtrzymaniem bateryjnym

11

Niedawno dostałem kilka notowań cen serwerów U, a niektóre z nich obejmują BBWC:

  • Co to dokładnie robi?
  • Czy dotyczy to tylko konfiguracji RAID?
  • Jeśli występuje awaria zasilania, czy utrata danych jest nieunikniona?
  • Czy jest z tego jakaś poprawa wydajności (zakładając, że serwer będzie głównie wykonywał sekwencyjne odczyty i sekwencyjne zapisy)?
  • Co wpłynęło na twoją decyzję, kiedy napotkałeś opcję jej zakupu?
Dani
źródło

Odpowiedzi:

16

Co to dokładnie robi? Fragment tego dokumentu Compaq dobrze to wyjaśnia:

Przerwy w zasilaniu, nawet na krótką chwilę, powodują utratę danych, które były zapisywane lub odczytywane z pamięci ... Przerwy w zasilaniu mogą mieć terminalny wpływ na dane, które są w trakcie zapisywania i tymczasowo przebywają w pamięci podręcznej. Te dane nie istnieją jeszcze w środowisku pamięci masowej i zostały odciążone z serwera.
Dlatego utrata zasilania pamięci podręcznej oznacza, że ​​wszelkie dane przechowywane w pamięci podręcznej zostaną utracone na zawsze.
Jeśli jednak pamięć podręczna ma źródło zasilania niezależne od zewnętrznego środowiska IT, dane w pamięci podręcznej mogą być przechowywane przez krótki okres czasu, co pozwala na odzyskanie tych danych i ochronę integralności krytycznych informacji biznesowych. Wspomaganie bateryjne pamięci podręcznej pełni tę funkcję jako niezależne, choć tymczasowe źródło zasilania. Pamięć podręczna podtrzymywana bateryjnie zwykle zachowuje integralność danych w pamięci podręcznej przez okres kilku dni, w zależności od pojemności akumulatorów w chwili awarii.

Czy dotyczy to tylko konfiguracji RAID? Wszystko, co robi buforowanie zapisu, może zawierać BBWC, kontrolery RAID i SAN.

Jeśli występuje awaria zasilania, czy utrata danych jest nieunikniona? Jest to bardziej prawdopodobne, jeśli masz włączone buforowanie zapisu i nie masz kopii zapasowej baterii. Zdecydowanie zaleca się, aby w przypadku braku kopii zapasowej akumulatora buforowanie zapisu zostało wyłączone.

Czy jest z tego jakaś poprawa wydajności (zakładając, że serwer będzie głównie wykonywał sekwencyjne odczyty i sekwencyjne zapisy)? Buforowanie zapisu ma na celu zwiększenie wydajności, co w gruncie rzeczy oznacza, że ​​zapisy są opróżniane na dysk, kontroler dysku powraca do systemu operacyjnego, stwierdzając, że zapisy zostały zatwierdzone, gdy są one nadal w pamięci podręcznej i można je później zapisać.

Co wpłynęło na twoją decyzję, kiedy napotkałeś opcję jej zakupu? Jest to standardowa opcja dla każdego profesjonalnego macierzy RAID lub SAN na rynku. Buforowanie zapisu i tworzenie kopii zapasowych baterii idą w parze i jest koniecznością, szczególnie jeśli twój system jest przeznaczony do bazy danych. Zapisywanie w pamięci podręcznej bez tworzenia kopii zapasowej baterii jest niebezpieczne, a awaria może spowodować, że baza danych będzie w stanie niemożliwym do odzyskania.

Nick Kavadias
źródło
4

Pamięć podręczna zapisu z podtrzymaniem bateryjnym zapisuje pamięć podręczną na pewien czas, po wyłączeniu zasilania urządzenia. Jest przeznaczony dla każdego kontrolera RAID, ponieważ większość z nich zrobi jakieś buforowanie zapisu, niezależnie od tego, czy używasz JBOD, czy RAID. W przypadku awarii zasilania możesz w końcu utracić dane. Ale w przypadku krótkich strat mocy zapisuje dane, więc jest warte swojej ceny.

Cian
źródło
Jest to zasadniczo poprawne, jeśli chcesz użyć buforowania zapisu, BBWC jest zwykle dobrą inwestycją.
theotherreceive
2

(Normalny) RAID potrzebuje pamięci podręcznej zapisu z podtrzymaniem bateryjnym, aby poradzić sobie z dziurą zapisu. W trakcie pisania, pomiędzy pierwszym rozpoczęciem pisania a jego zakończeniem, ten konkretny pasek rajdowy jest nieprawidłowy - parzystość nie pasuje. Jeśli wyłączysz system natychmiast, potencjalnie stracisz więcej danych niż w ogóle bez RAID.

Poza tym celem BBWC jest uzyskanie korzyści wydajnościowych związanych z buforowaniem zapisu bez zwiększania ilości danych traconych do awarii zasilania ponad, gdyby w ogóle nie było pamięci podręcznej zapisu.

Kapitanie Segfault
źródło