Jesteś obecnie w trybie offline. Czekamy na ponowne połączenie z Internetem.

Informacji na temat używania pamięci podręcznej dysku z programem SQL Server, które powinien znać każdy administrator bazy danych

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 234656
Streszczenie
System bazy danych jest przede wszystkim odpowiedzialny za precyzyjne przechowywanie i pobieranie danych, nawet w przypadku niespodziewana awaria systemu.

Musi on zapewniać niepodzielność i odporność transakcji przy uwzględnieniu bieżącego wykonywania, wielu transakcji i różnych punktów awarii. To często jest określane mianem właściwości ACID (niepodzielność, spójność, izolacja i trwałości).

W tym artykule opisano skutki stacji dysków przechowuje w pamięci podręcznej. Zaleca się przeczytanie następujących artykułów w bazie wiedzy Microsoft Knowledge Base dla dalszych wyjaśnień na temat buforowania i alternatywne omówienia trybu awarii:
86903 Program SQL Server i buforowanie kontrolerów dysków
230785 Algorytmy przechowywania danych i rejestrowania programu SQL Server 7.0 i SQL Server 2000 zwiększają niezawodność danych
Zaleca się także przeczytanie następujących dokumentów: Uwaga: Te dwa dokumenty dotyczą wszystkich aktualnie obsługiwanych wersji programu SQL Server.
Więcej informacji
Microsoft SQL Serverand wiele głównych produktów bazodanowych dostępnych na rynku jest dziś korzystają z protokołu Write-Ahead Logging (WAL).
Write-Ahead Logging Protokół WAL
Określenie Protokół to doskonały sposób, aby opisać WAL. Jest to charakterystyczny i zdefiniowany zestaw kroków implementacyjnych niezbędnych do zagwarantowania, że dane są przechowywane i wymieniane poprawnie i można odzyskać znanym stanie w wypadku awarii. Podobnie jak sieć zawiera zdefiniowany protokół wymiany danych w spójny i chroniony sposób, tak więc zbyt WAL opisuje protokół ochrony danych.
Wszystkie wersje programu SQL Server otwórz pliki dzienników i danych za pomocą funkcji Win32 CreateFile . Członek dwFlagsAndAttributes zawiera opcję FILE_FLAG_WRITE_THROUGH , gdy otwarty przez program SQL Server.
FILE_FLAG_WRITE_THROUGH
Ta opcja nakazuje systemowi zapisać wszystkie pośrednie bufory i bezpośrednio na dysku. System wciąż może buforować operacje zapisu, ale nie może leniwie ich.

Opcja FILE_FLAG_WRITE_THROUGH gwarantuje, że podczas zapisu operacji zwraca pomyślne zakończenie, dane będą poprawnie zapisane w stabilnym magazynie. Jest to zgodne ze specyfikacją protokołu zapisu Ahead Logging (WAL) do zapewnienia bezpieczeństwa danych.
Wiele stacji dysków (SATA, ATA, SCSI i IDE wykorzystujące) zawiera wewnętrzne bufory 512 KB, 1 MB i większe. W buforach stacji dysków zazwyczaj opierają się na kondensatorach, a nie podtrzymywanej bateryjnie rozwiązanie. Takie mechanizmy buforowania nie gwarantuje cyklu zapisu w zasilania lub analogicznych awarii. Gwarantują jedynie zakończenia operacji zapisu sektora. Dyski nadal powiększy się, bufory stają się większe, a mogą uwidaczniać większymi iloociami danych podczas awarii.

Ulepszone systemy kontrolerów buforowania wyłączyć pamięć podręczną na dysku i zapewniają funkcjonalne podtrzymywanej rozwiązanie buforowania. Takie bufory mogą przechowywania danych w pamięci podręcznej przez kilka dni, a nawet umożliwienie karty do umieszczenia na innym komputerze. Gdy zostanie przywrócone zasilanie, jest całkowicie opróżniany z niezapisanych danych zanim będzie dozwolony jakikolwiek dalszy dostęp do danych. Wiele z nich pozwala procent odczytu buforu zapisu w stosunku do ustalane dla uzyskania optymalnej wydajności. Niektóre zawierają obszarów składowania dużej ilości pamięci. W istocie dla pewnego specyficznego segmentu rynku niektórzy producenci sprzętu oferują wysokiej klasy podtrzymywanej bateryjnie systemy buforowania dysków z wielu gigabajtów pamięci podręcznej. Te może znacznie poprawić wydajność bazy danych.

Transfery we/wy, które są wykonywane bez użycia buforu mogą być znacznie wolniejsze z powodu szybkości obrotowej dysków twardych, czasu wymaganego na fizyczne przesunięcie głowic i innych czynników. Instalacje programu SQL Server są przeznaczone do systemów wyposażonych w kontrolery buforowania. Te kontrolery wyłączyć pamięć podręczną na dysku i zapewniają stabilne nośniki buforujące spełniające wymagania we/wy programu SQL Server. Eliminują problemy z wydajnością związane z wyszukiwania i dostępu, stosując różne optymalizacje buforowania kontrolera razy.

Istnieje wiele rodzajów implementacji podsystemu. RAID i SAN to dwa przykłady tego typu implementacji podsystemu. Te systemy są zazwyczaj budowane przy użyciu dysków typu SCSI. Istnieje kilka przyczyn tego. W poniższej sekcji opisano ogólnie rozważania dotyczące dysków.

Dyski SCSI:
  • Są na ogół przeznaczone do intensywnego użytkowania.
  • Zazwyczaj są skierowane do wielu użytkowników, serwer basedimplementations.
  • Zazwyczaj mają lepsze dłuższy średni czas między awariami niż otherimplementations.
  • Zawierają zaawansowane rozwiązania heurystyczne służące do przewidywania imminentfailures.
Inne implementacje dysków, takie jak IDE, ATA i SATA:
  • Są na ogół przeznaczone do mało i średnio dutyuse.
  • Zazwyczaj są skierowane do pojedynczego użytkownika basedapplications.
  • Niektóre nowsze implementacje zawierają zaawansowane heuristicsto pomocy przewidywania awarii.
Kontrolery inne niż SCSI, opartych na komputerach biurowych wymagają większej przepustowości procesora głównego (CPU) i często są ograniczone przez jednego aktywnego polecenia. Na przykład kiedy dysk inny niż SCSI naprawia błędny blok, dysk wymaga, aby czekać na jej ukończenie. Kontroler ATA stanowi inny przykład. Kontroler ATA obsługuje 2 urządzenia, ale tylko jedno polecenie może być aktywne. To pozostawia jeden dysk bezczynności, podczas gdy drugi obsługuje oczekujące polecenie. Systemy RAID oparte na technologii typu desktop mogą występować wszystkie te symptomy i znacznie dotkniętych najwolniejszy. Chyba, że systemy te korzystały z zaawansowanych rozwiązań, ich wydajność nie będzie dorównywać wydajności systemów SCSI.

Istnieją sytuacje, w których napęd oparty na pulpicie lub w tablicy jest właściwe i niedrogie rozwiązanie. Na przykład po zdefiniowaniu bazy danych tylko do odczytu za zgłoszenie powinny nie wystąpią wielu czynników wydajność bazy danych OLTP po wyłączeniu buforowania dysku.

Rozmiary dysków stale rosną. Niski koszt o wysokiej pojemności dysków może być bardzo atrakcyjne. Ale podczas konfigurowania dysków na potrzeby programu SQL Server i potrzeb biznesowych odpowiedzi czas należy rozważyć następujące kwestie:
  • Projekt ścieżki dostępu
  • Wymóg, aby wyłączyć pamięć podręczną na dysku
Poniższa tabela zawiera komentarze wysokiego poziomu. Informacje komentarza jest oparte na typowych konfiguracji producentów.

Typ systemu dyskowegoKomentarze
IDE i ATA
  • Prędkość obrotowa 7200 obr. / min.
  • Przeznaczone do komputerów stacjonarnych i jednego userapplications.
  • Domyślnie bufor dysku jest włączony. Za pomocą "DiskProperties", karta sprzęt, aby uzyskać dostęp do "właściwości", karty "Zasady" do kontrolowania ustawienie buforowania dysku.

    Uwaga: Niektóre stacje nie obsługują tego ustawienia. Takie dyski wymagają konkretnego narzędzia producenta do wyłączenia pamięci podręcznej.
  • Buforowanie dysku należy wyłączyć, aby można było użyć thedrive programu SQL Server.
  • IDE i ATA procesorami można odłożyć commandswhen hosta wykonują takie operacje, jak naprawa błędnego bloku. Może to spowodować toperiods niezakończone aktywność We/Wy.
IDE/komputer przenośny
  • Prędkość obrotowa 5200 obr. / min.
  • Przeznaczone do komputerów przenośnych.
  • Zobacz komentarze w sekcji IDE i ATA.
  • Urządzenia ReadyDrive oraz NAND Flash mogą zapewnić stableI/O możliwości.
SATA
  • Prędkość obrotowa 7200 obr. / min.
  • Przeznaczone do komputerów stacjonarnych i średnim rangeservers.
  • Domyślnie bufor dysku jest włączony. Za pomocą "DiskProperties", karta sprzęt, aby uzyskać dostęp do "właściwości", karty "Zasady" do kontrolowania ustawienie buforowania dysku.

    Uwaga: Niektóre stacje nie obsługują tego ustawienia. Takie dyski wymagają konkretnego narzędzia producenta do wyłączenia pamięci podręcznej.
  • Magazyn większe pojemności dysków i buforuje niż części licznika IDEand ATA.
  • Buforowanie dysku należy wyłączyć, aby można było użyć thedrive programu SQL Server.
  • Mniej okablowania i połączeń.
  • Łatwe łączenie z dyskami Serial Attached SCSI (SAS) oraz instalacje.
  • Niektóre zawierają błąd predictionconstructs.
SCSI
  • Prędkość obrotowa 10 000 i 15 000 obr. / min.
  • Zaprojektowane do serwerów i multiuserapplications.
  • Przeznaczony dla wydłużonym i cena decreasedfailure.
  • Domyślnie bufor dysku jest włączony. Za pomocą "DiskProperties", karta sprzęt, aby uzyskać dostęp do "właściwości", karty "Zasady" do kontrolowania ustawienie buforowania dysku.

    Uwaga: Niektóre stacje nie obsługują tego ustawienia. Takie dyski wymagają konkretnego narzędzia producenta do wyłączenia pamięci podręcznej.
  • Buforowanie dysku należy wyłączyć, aby można było użyć thedrive programu SQL Server.
  • Systemach macierzowych i SAN zazwyczaj cablingand mniejsze wykorzystanie połączeń wzajemnych.
  • Zawierają mechanizmy przewidywania awarii.
Serial Attached SCSI (SAS) zawiera zaawansowane kolejkowanie do 256 poziomów. SAS obejmuje również funkcje, takie jak kierownik kolejki i poza kolejnością usługi kolejkowania wiadomości. System SAS jest zaprojektowany w sposób umożliwiający wykorzystanie SAS i SATA w tym samym systemie. Zalety rozwiązania SAS są oczywiste.

Instalacja programu SQL Server zależy od zdolności kontrolera, aby wyłączyć pamięć podręczną na dysku i w celu zapewnienia stabilnego buforu we/wy. Zapisywanie danych poza kolejnością na różnych dyskach nie jest przeszkodą dla programu SQL Server tak długo, jak długo kontroler zapewnia odpowiedni stabilny nośnik na potrzeby buforowania. Złożoność konstrukcji kontrolera rośnie wraz z zawansowane techniki zabezpieczeń, takie jak dublowanie.

Aby w pełni zabezpieczyć dane, powinny zapewnić poprawną obsługę buforowania wszystkich danych. W wielu sytuacjach oznacza to konieczność wyłączenia buforowania zapisu stacji dysków.

Uwaga Upewnij się, że wszelkie alternatywny mechanizm buforowania prawidłowo może obsługiwać wiele typów awarii.

Firma Microsoft przeprowadziła testowanie kilku dysków SCSI i IDE przy użyciu narzędzia SQLIOSim. To narzędzie symuluje operacje ciężkich asynchronicznego odczytu/zapisu na symulowanym urządzeniu danych i dziennika urządzenia. Statystyki testu wydajności reprezentują średnią liczbę operacji zapisu na sekundę przedziału od 50 do 70 dla dysku z wyłączonym buforowaniem i OBROTOWEJ z przedziału od 5200 do 7200.

Aby uzyskać dodatkowe informacje i szczegółowe informacje o SQLIOSim zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base:
231619Jak używać narzędzia SQLIOSim, aby zasymulować działanie serwera SQL w dyskowym podsystemie
Wielu producentów komputerów (na przykład Compaq, Dell, Gateway lub HP) zamawia dyski z wyłączonym buforowaniem zapisu. Jednak testy wykazują, że to może nie zawsze być w przypadku tak należyzawsze przetestować go całkowicie.

Uwaga: Jeśli masz pytania o stanie buforowania dysku, skontaktuj się z producentem i uzyskaj odpowiednie ustawienia zworek lub narzędzie wyłączenie buforowania operacji zapisu.
Materiały referencyjne
Szczegółowe informacje dotyczące wymagania we/wy programu SQL Server odwiedź następującą witrynę firmy Microsoft w sieci Web: http://www.microsoft.com/SQL/AlwaysOn/overview.mspx
SQL Server wymaga, aby systemy do obsługi gwarancji dostarczenia do stabilnego media, jak wskazano w ramach programu Recenzja rozwiązania pamięci masowej Always-On Microsoft SQL Server. Aby uzyskać 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:
967576 Wymagania dotyczące operacji wejścia/wyjścia aparatu bazy danych Microsoft SQL Server
jak cacheing w pamięci podręcznej

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 234656 — ostatni przegląd: 05/01/2015 14:06:00 — zmiana: 1.0

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard

  • kbinfo kbmt KB234656 KbMtpl
Opinia
mTracker.init();