Streszczenie
Użycie buforowania zapisu (zwany także zapisu z powrotem buforowania) kontroler dysku może zwiększyć wydajność programu SQL Server. Kontrolery buforowania zapisu i podsystemów dysków są bezpieczne dla programu SQL Server, jeśli są one specjalnie zaprojektowane do użytku w środowisku danych krytycznych transakcyjnej bazy danych zarządzania systemu (danych DBMS). Te funkcje projektowania muszą zachować dane pamięci podręcznej, jeśli wystąpi awaria systemu. Za pomocą zewnętrznego zasilacza awaryjnego (UPS) do osiągnięcia tego zazwyczaj nie jest wystarczające, ponieważ mogą wystąpić awarii, które są związane z energią.
Buforowanie kontrolerów i podsystemów dysków może być bezpieczny do użycia przez program SQL Server. Większość nowych platform serwerowych specjalnie zaprojektowanym, które zawierają te są bezpieczne. Jednakże należy skontaktować się z dostawcą sprzętu, aby mieć pewność, że podsystemu dyskowego został specjalnie przetestowany i zatwierdzony do użytku w środowisku systemu (RDBMS) danych krytycznych transakcyjnych relacyjnej bazy danych zarządzania.
Więcej informacji
Instrukcje modyfikacji danych programu SQL Server generuje zapisuje stronę logiczną. Ten strumień pisze można na zdjęciu, jak idzie dwa miejsca: dziennik i samej bazy danych. Ze względu na wydajność programu SQL Server różni się pisze do bazy danych za pośrednictwem systemu pamięci podręcznej buforu. Zapis do dziennika tylko chwilowo są odroczone do czasu zatwierdzenia. Nie są buforowane w taki sam sposób, jak zapisuje dane. Ponieważ zapisy w pliku dziennika dla danej strony zawsze poprzedzać zapisuje dane strony, dziennik jest czasami określane jako "write-ahead" dziennika.
Integralność transakcyjna jest jednym z podstawowych pojęć systemu relacyjnej bazy danych. Transakcje są uważane za niepodzielny jednostek pracy, które są całkowicie stosowane lub całkowicie wycofana. Dziennik transakcji zapisu z wyprzedzeniem programu SQL Server jest istotnym elementem w realizacji spójności transakcyjnej.
Każdy system relacyjnej bazy danych należy również zająć się pojęciem ściśle związane z transakcyjnych integralność, czyli odzyskiwania po awarii systemu niezaplanowane. Wiele nie idealne, realistyczne efekty może powodować tego błędu. W wielu systemach zarządzania bazą danych awaria systemu może spowodować proces długich skierowane człowieka ręcznego odzyskiwania.
Natomiast mechanizm odzyskiwania programu SQL Server jest całkowicie zautomatyzowany i działa bez interwencji człowieka. Na przykład program SQL Server może być wspieranie aplikacji krytycznych produkcji i wystąpić awaria systemu ze względu na wahania chwilowe zasilania. Po przywróceniu zasilania sprzętu serwera będzie ponownie, oprogramowanie sieciowe będzie ładowana i inicjowana i będzie ponownie uruchomić SQL Server. Jak program SQL Server jest inicjowana, będą automatycznie uruchamiane jego proces odzyskiwania na podstawie danych w dzienniku transakcji. Cały ten proces odbywa się bez interwencji człowieka. Przy każdym ponownym uruchomieniu na klienckich stacjach roboczych użytkowników znajdzie wszystkie obecne do ostatniej transakcji, wprowadzone dane.
SQL Server transakcyjnych integralność i automatycznego odzyskiwania stanowi bardzo przydatna możliwość oszczędność czasu i pracy. Jeśli poprawnie kontroler buforowania zapisu nie jest przeznaczony do użycia w danych transakcyjnych systemu DBMS środowisku krytycznym, to może zagrażać SQL Server możliwość odzyskania danych, stąd w konsekwencji uszkodzenie bazy danych. Taka sytuacja może wystąpić, jeśli kontroler przechwytuje zapisy w pliku dziennika transakcji program SQL Server i buforów pamięci podręcznej je w sprzęt na pokładzie kontroler, ale nie zachowuje wszystkie pisemne stron podczas awarii systemu.
Kontrolery buforowania najbardziej wykonać buforowanie zapisu. Funkcja buforowania zapisu nie zawsze można wyłączyć.
Nawet jeśli serwer używa zasilacza UPS, to nie gwarantuje bezpieczeństwo pamięci podręcznej zapisu. Wiele typów awarii systemu może wystąpić nie dotyczy zasilacza UPS. Na przykład błąd parzystości pamięci, pułapkę systemu operacyjnego lub usterki sprzętu, który powoduje zresetowanie systemu może spowodować przerwanie istnienia systemu. Błąd pamięci w buforze zapisu sprzętu również może spowodować utratę informacji istotnych dziennika.
Inny możliwy problem związane z kontrolerem buforowanie zapisu może wystąpić przy zamykaniu systemu. Nie jest rzadkością "cyklu" system operacyjny lub ponowny rozruch systemu podczas zmiany konfiguracji. Nawet jeśli uważać, aby operator następuje zalecenia systemu operacyjnego poczekać, aż wszystkie aktywności dysku przestało przed ponownym uruchomieniem systemu, pamięci podręcznej zapisu nadal mogą być obecne w kontrolerze. Po naciśnięciu kombinacji klawiszy CTRL + ALT + DEL lub naciśnięcia przycisku RESETOWANIA, zapisy w pamięci podręcznej mogą być odrzucane, potencjalnie szkodliwych bazy danych.
Istnieje możliwość zaprojektować buforu zapisu sprzętu, który bierze pod uwagę wszystkich możliwych przyczyn odrzucania dirty pamięci podręcznej danych, co stanowiłoby bezpieczny do użycia przez serwer bazy danych. Niektóre z tych funkcji obejmowałyby przechwycenia magistrali RST sygnał do uniknięcia niekontrolowanego resetowania buforowania kontrolera pokładowe bateryjne i dublowanych projekt lub pamięci ERC (sprawdzanie błędów i poprawianie). Skontaktuj się z dostawcą sprzętu, aby zagwarantować, że bufor zapisu obejmuje te i inne funkcje niezbędne w celu uniknięcia utraty danych.
SQL Server wymaga systemów do obsługi "gwarantowanej dostawy na stabilne nośniki", jak wskazano w ramach programu Recenzja rozwiązania pamięci masowej konfigurują Microsoft SQL Server. FOuzyskać więcej informacji na temat wymagań wejściowych i wyjściowych dla aparatu bazy danych programu SQL Server, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
Wymagania dotyczące 967576 Microsoft SQL Server bazy danych aparatu wejścia/wyjścia
