Wysoka dostępność w SQL Server 2008 (Always On Technology)

Opublikowano: 23 lipca 2008

Microsoft® SQL Server® 2008 redukuje przestoje w pracy baz danych kluczowych dla działania firmy, dostarczając szeroki zakres rozwiązań wysokiej dostępności. Rozwiązania te powodują, że dane są dostępne dla klientów oraz pracowników dwadzieścia cztery godziny na dobę, siedem dni w tygodniu, zapewniając jednocześnie efektywną wysoką wydajność. Funkcje Always On w SQL Server 2008 zwiększają ochronę przed awariami systemu oraz sprzętu, skracają czas odzyskiwania po planowanych bądź niezaplanowanych przerwach w pracy i zmniejszają ilość konfliktów powodowanych przez wysoką liczbę użytkowników uzyskujących dostęp do tej samej bazy danych jednocześnie.

Zawartość strony

	Wprowadzenie
	Zwiększona dostępność
	Skrócony czas przestoju
	Większe możliwości zarządzania
	Wnioski

Wprowadzenie

Każdy przestój aplikacji może niekorzystnie wpływać na działalność firmy, powodując obniżenie dochodu, satysfakcji klientów oraz wiarygodności. Wiele aplikacji bazodanowych, w szczególności korporacyjnych aplikacji biznesowych, wymaga zminimalizowania przestojów systemu. Przestój systemu może być konsekwencją różnych komplikacji, takich jak błąd ludzki, klęska żywiołowa, awaria sprzętu lub oprogramowania bądź aktualizacja aplikacji. Technologie Microsoft SQL Server 2008 Always On dostarczają szeroki zakres możliwości pozwalających minimalizować przestoje i utrzymywać odpowiedni poziom dostępności aplikacji.

Scenariusze dostępności

Zapewnienie wysokiej dostępności stanowi typowe wymaganie wielu firm. Wybór najlepszego rozwiązania w określonym scenariuszu zależy od wielu czynników i rozwiązanie, które wspaniale spisuje się w jednym przypadku, wcale nie musi być najodpowiedniejsze w innej sytuacji. Warto rozważyć następujące przykładowe scenariusze.

  •  Internetowy sprzedawca sprzętu sportowego chce zapewniać swoim klientom niemal stałą dostępność. Serwery sieci Web są już rozmieszczone w farmie sieci Web, ale awarie bazy danych powodują błędy i większość tych sytuacji pociąga za sobą konsekwencje w postaci utraty klientów. Firma posiada zatwierdzoną, standardową konfigurację serwerów i o ile to możliwe, chciałaby uniknąć większych kosztów, zmian infrastruktury lub przepisywania aplikacji.

  •  Agencja rekrutacyjna martwi się błędami użytkowników w swojej bazie danych klientów. Chciałaby także posiadać serwer typu Warm Standby, który mógłby być szybko umieszczany w trybie online, choć natychmiastowe przejście do pracy awaryjnej nie jest konieczne.

  •  Firma ubezpieczeniowa chce zapewniać niemal stałą dostępność swojej bazy danych roszczeń, jednak nie może na tym ucierpieć wydajność systemu. Dokumentacja popierająca roszczenia, która jest aktualnie przechowywana w systemie plików, musi być również udostępniana.

  •  Firma szkoleniowa posiada trzy witryny, do każdej z nich jest przydzielony osobny zespół sprzedawców. Zespoły sprzedawców wpisują pozycje do bazy danych zamówień własnej witryny. W celu poprawy wydajności każda z witryn powinna mieć dostęp do wszystkich zamówień firmy, idealnie na własnym serwerze lokalnym. W celu zapewnienia dostępności w przypadku awarii każda witryna musi mieć możliwość przełączenia się na serwer innej witryny.

  •  Firma świadcząca usługi księgowe chce zagwarantować swoim klientom dostępność nawet w przypadku wystąpienia awarii o szerokim zakresie, takiej jak katastrofa naturalna. Informacje nie muszą być dostępne natychmiast, ale czas braku dostępu nie powinien przekraczać kilku godzin. Ze względów prawnych firma chciałaby również przechowywać wersję swoich baz danych z każdego dnia. Kopia danych nie musi być osiągalna od razu, ale musi być dostępna przez kilka lat.

  •  Producent zabawek chce uruchamiać raporty na podstawie swojej bazy danych sprzedaży, ale, ponieważ jest ona stale wykorzystywana, raporty są często blokowane przez aktualnie uruchomione transakcje. Firma próbowała zastosować raportowanie pomimo niezatwierdzonych transakcji, ale skutkowało to nieprawidłowymi wynikami, ponieważ niektóre transakcje nie były zakończone.

  •  Agencja handlu nieruchomościami chce ochronić swój system przed błędami użytkowników dzięki możliwości przywracania wartości rekordów z poprzedniego dnia. Chciałaby również móc uruchamiać raporty z wykorzystaniem wczorajszych danych, na które nie mają wpływu transakcje przeprowadzane danego dnia. O ile to możliwe, firma chciałaby zaimplementować rozwiązanie, które minimalnie obciąża dysk.

Ze względu na tak duże zróżnicowanie wymagań dostępności, firmy potrzebują platformy bazodanowej, która zapewnia elastyczne możliwości na potrzeby różnych rozwiązań o wysokiej dostępności. Niniejszy dokument pozwoli przekonać się, że technologie SQL Server 2008 Always On oferują naprawdę szeroki zakres opcji zapewniania wysokiej wydajności i umożliwiają firmom implementowanie najlepszych rozwiązań dostosowanych do konkretnych wymagań.

 Do początku strony

Zwiększona dostępność

Wiele aplikacji bazodanowych jest kluczowych dla działalności firmy i z tego względu wymaga minimalizacji przestojów i szybkiego odzyskiwania w przypadku awarii. SQL Server 2008 oferuje szeroki zakres technologii Always On służących do skracania czasu niedostępności usługi i osiągania odpowiedniego poziomu dostępności.

Database Mirroring

Database Mirroring to technologia służącą do zwiększania dostępności bazy danych. Gdy w bazie danych serwera Principal zachodzą zmiany, są one automatycznie stosowane na serwerze Mirror. W przypadku awarii serwera Principal aplikacje klienckie są automatycznie przekierowywane na serwer Mirror, bez konieczności dokonywania jakichkolwiek zmian w aplikacji. Można skonfigurować Database Mirroring tak, aby zmiany były stosowane na serwerze Mirror w czasie rzeczywistym (synchronicznie) lub w czasie prawie rzeczywistym (asynchronicznie). Tym samym można decydować o poziomie zabezpieczeń i obciążeniu systemu wpływającym na jego wydajność. W edycji SQL Server 2008 Enterprise mechanizm ochronny Mirroring obejmuje także strony danych. Gdy okazuje się, że strona na serwerze Principal lub Mirror jest uszkodzona, odpowiednik tej strony jest pobierany z serwera partnerskiego i operacja w bazie danych jest kontynuowana. SQL Server 2008 wprowadzania również ulepszenia technologii Database Mirroring, kompresując przepływ danych między serwerami Principal oraz Mirror i likwidując potrzebę restartowania bazy danych, gdy realizowane jest własnoręczne przejście do pracy awaryjnej. W scenariuszu z firmą internetową sprzedającą sprzęt sportowy Database Mirroring zapewniłby bardzo szybkie przejście do pracy awaryjnej w przypadku wystąpienia awarii na poziomie serwera, bazy danych, a nawet strony danych. Co więcej, aplikacje nie musiałyby być przepisywane. Jednak trzeba byłoby zakupić nowy serwer, serwer zapasowy stanowiłby standardowy sprzęt i nie wymagałby licencji SQL Server.

Log Shipping

Log Shipping to technologia wysokiej dostępności, która zapewnia konfigurację serwera Warm Standby. Na początku wykonywana jest kopia zapasowa serwera głównego, która jest przywracana na przynajmniej jednym serwerze podrzędnym. Następnie mechanizm Log Shipping stosuje okresowe kopie zapasowe dziennika na serwerach podrzędnych. Choć Database Mirroring może obsługiwać tylko jeden serwer Mirror, Log Shipping może wykorzystywać wiele serwerów podrzędnych, co zwiększa poziom zapieczeń. Operacja Log Shipping pojawia się zgodnie z harmonogramem i dlatego istnieje pewne opóźnienie czasowe między modyfikacją danych na serwerze głównym, a przetransferowaniem zmian na serwer podrzędny. To opóźnienie może skutkować utratą danych. Jednak w niektórych scenariuszach opóźnienie może także służyć jako metoda wycofywania błędów użytkowników poprzez opóźnianie zastosowania danych dziennika na serwerze podrzędnym, dzięki czemu pozostają na nim oryginalne dane. Aby zredukowane zostało obciążenie robocze serwera głównego, serwer podrzędny może pełnić rolę serwera raportującego danych tylko do odczytu, chociaż raporty nie mogą być uruchamiane w czasie stosowania kopii zapasowych dziennika. W scenariuszu z agencją rekrutacyjną można byłoby zastosować mechanizm Log Shipping z opóźnieniem między tworzeniem kopii zapasowych, a przywracaniem ich na serwerze zapasowym. To umożliwiłoby wycofywanie błędów użytkowników. A jeśli na serwerze głównym pojawiłaby się awaria, dzienniki mogłyby zostać zastosowane od razu w celu zredukowania utraty danych.

Klastry pracy awaryjnej

Funkcja klastrów pracy awaryjnej (Failover Clustering) to nowa funkcja systemu Windows, która zapewnia ochronę całego serwera, nie tylko baz danych. Wiele serwerów, zwanych węzłami, dzieli macierz dyskową, więc gdy jeden z węzłów ulegnie awarii, jego usługi mogą zostać uruchomione w innym węźle w klastrze. Takie rozwiązanie pozwala zapobiec utracie danych i zapewnia automatyczne przekierowywanie klientów, choć przekazanie pracy awaryjnej z serwera głównego na podrzędny nie zachodzi tak szybko jak w rozwiązaniu Database Mirroring i konieczne jest zastosowanie specjalistycznego sprzętu. Windows Server 2008 rozszerza możliwości obsługi klastrów znane z poprzednich wersji systemu Windows, redukując wymagania sprzętowe i infrastrukturalne oraz wspierając do szesnastu węzłów w klastrze. Ponadto mechanizm obsługi klastra jest ulepszony poprzez usunięcie wymagania, aby wszystkie węzły znajdowały się w tej samej podsieci oraz poprzez wsparcie dla zależności OR (np. zapewniając, że zasób nazw sieciowych jest dostępny, jeśli dostępny jest jeden z dwóch zasobów adresów IP). Ogólnie w Windows Server 2008 konfiguracja i zarządzanie klastrem jest łatwiejsze, a wprowadzenie narzędzia Custer Validation pomaga zagwarantować, że dostępne są wystarczające zasoby sprzętowe dla rozwiązania klastrowanego. Dzięki wykorzystaniu ulepszeń obsługi klastrów w Windows Server 2008, SQL Server 2008 oferuje solidne rozwiązanie o wysokiej dostępności całej instancji SQL Server. SQL Server 2008 poprawia również możliwości obsługi klastrów znane z poprzednich wersji, usuwając wymaganie posiadania jednej litery dysku dla każdej instancji SQL Server, co zwiększa dopuszczalną liczbę instancji w rozwiązaniu klastrowanym.

W scenariuszu z firmą ubezpieczeniową klaster pracy awaryjnej mógłby posłużyć do zapewniania prawie nieprzerwanej dostępności. Zastosowanie klastra pracy awaryjnej nie obniża wydajności systemu i ponieważ jest to rozwiązanie serwerowe, może zapewniać dostęp do innych zasobów znajdujących się na serwerze. A gdy istnieje obawa, że wspólna macierz dyskowa nie zapewnia wystarczającej redundantności, można zastosować klaster pracy awaryjnej rozproszony geograficznie.

Klastry pracy awaryjnej rozproszone geograficznie

Klaster pracy awaryjnej rozproszony geograficznie zapewnia redundantność na poziomie serwera w certyfikowanej przez firmę Microsoft konfiguracji Geographically Dispersed Cluster Services z przynajmniej jedną macierzą dyskową w każdej lokacji. Jeśli lokacja, serwer w węźle lub dysk ulegnie awarii, pełna redundantność systemów i dysków umożliwia klastrowi pracy awaryjnej obsługę kolejnych aktywności w innej lokacji. Ta konfiguracja likwiduje ryzyko awarii wspólnej macierzy dyskowej, która uniemożliwiłaby działanie standardowej konfiguracji klastra.

Replikacja równorzędna

Replikacja równorzędna pozwala, aby wiele baz danych replikowało się wzajemnie. Modyfikacje mogą być dokonywane w dowolnej bazie danych w topologii i w czasie przybliżonym do rzeczywistego są one stosowane w innych węzłach w topologii replikacji. Aplikacje muszą zostać zaprojektowane tak, aby łączyły się z innym węzłem w topologii, gdy ich węzeł główny jest niedostępny. SQL Server 2008 wprowadza ulepszenia replikacji równorzędnej, umożliwiając dodawanie węzłów do rozwiązania replikacji, przy jednoczesnym utrzymaniu procesu replikacji w trybie online. W poprzednich wersjach SQL Server proces replikacji musiał zostać umieszczany w trybie offline, aby można było dodać nowe węzły. Ponadto SQL Server 2008 znacznie ułatwia proces konfigurowania, monitorowania i zarządzania replikacją równorzędną z wykorzystaniem graficznego narzędzia Topology Viewer. SQL Server 2008 wprowadza również wykrywanie konfliktów, co pozwala zapewnić ochronę przed przypadkowymi konfliktami, gdy wiele węzłów replikacji dokonuje modyfikacji tego samego wiersza. W scenariuszu z firmą szkoleniową replikacja równorzędna mogłaby zapewniać lokalny dostęp do całej bazy danych zamówień, a każda z witryn mogłaby być wykorzystywana do pracy awaryjnej, w sytuacji gdyby baza danych innej witryny stała się niedostępna.

 Do początku strony

Skrócony czas przestoju

Przestój systemu stanowi zagrożenie dla każdej firmy. Przestój systemu może być nieoczekiwany lub zaplanowany w związku z zadaniami konserwacyjnymi, takimi jak przebudowywanie indeksu lub dokonywanie aktualizacji systemu lub aplikacji. Ochrona systemów przed nieoczekiwanymi przestojami stanowi dużo większe wyzwanie, ponieważ wszelkiego typu nieoczekiwane awarie sprzętu, błędy ludzkie, katastrofy naturalne lub kradzież mogą mieć katastroficzne konsekwencje dla firmy. SQL Server Always On to technologie pozwalające na szybkie odzyskiwanie po niezaplanowanym przestoju. Ponadto dzięki odpowiedniej implementacji technologii Always On, konserwacja systemu oraz procedury operacyjne, które są niezbędne do zapewnienia sprawnego działania aplikacji kluczowych dla działalności firmy, potrzebują jedynie minimalnego czasu przestoju.

Szybkie odzyskiwanie bazy danych

Silnik bazy danych SQL Server 2008 Enterprise Edition zapewnia szybkie odzyskiwanie w ramach realizacji odzyskiwania po awarii oraz przechodzenia do pracy awaryjnej w systemie Database Mirroring. Szybkie odzyskiwanie sprawia, że baza danych jest dostępna już w czasie fazy Undo procesu odzyskiwania z wykorzystaniem częściowej dostępności podczas operacji przywracania, sum kontrolnych stron bazy danych oraz funkcji Backup Media Mirroring. Wspierając szybkie odzyskiwanie, SQL Server 2008 minimalizuje czas potrzebny do przeniesienia bazy danych w tryb online. A zatem baza danych jest dostępna dla użytkowników wcześniej niż wtedy, gdyby połączenia użytkowników i aplikacji były możliwe dopiero po ukończeniu całego procesu odzyskiwania.

Tworzenie i przywracanie kopii zapasowych

Kopie zapasowe są niezbędne w rozwiązaniu o wysokiej dostępności, ponieważ zapewniają okresowe migawki danych i stanowią źródło służące do przywracania danych w przypadku dużych awarii lub braku innych rozwiązań o wysokiej dostępności. Funkcja Backup Media Mirroring SQL Server umożliwia tworzenie lustrzanych kopii zapasowych bazy danych na wielu urządzeniach kopii zapasowych, co znacznie zwiększa wiarygodność kopii zapasowych w przypadku uszkodzenia nośnika lub utraty urządzenia kopii zapasowej. SQL Server 2008 wspiera tworzenie lustrzanych kopii zapasowych zarówno na dysku, jak i na taśmie, ale urządzenia powinny być podobne w celu uniknięcia ryzyka wystąpienia błędów niezgodności urządzeń. Wszystkie urządzenia w zestawie lustrzanych kopii zapasowych muszą być dostępne podczas procesu tworzenia kopii zapasowej, ale baza danych może zostać przywrócona przy pomocy dowolnej kopii zapasowej z zestawu. Aby wykonać lustrzane kopie zapasowe przy użyciu języka Transact-SQL, należy użyć klauzuli MIRROR TO polecenia BACKUP, jak pokazano w następującym przykładzie. BACKUP DATABASE AdventureWorks TO TAPE = ‘\\.\tape0’, TAPE = ‘\\.\tape1’ MIRROR TO TAPE = ‘\\.\tape2’, TAPE = ‘\\.\tape3’ WITH FORMAT, MEDIANAME = ‘AdventureWorksSet1’; GO Inną funkcją SQL Server zwiększającą wiarygodność kopii zapasowej jest stosowanie sum kontrolnych (ang. checksum) podczas operacji tworzenia kopii zapasowej. Sumy kontrolne są następnie wykorzystywane do weryfikowania przywracanej bazy danych. SQL Server 2008 oferuje obsługę kompresji kopii zapasowych, która pozwala zredukować rozmiar zestawów kopii zapasowych o nawet pięćdziesiąt procent. Redukcja rozmiaru umożliwia częstsze tworzenie kopii zapasowych, co z kolei redukuje czas przywracania. Funkcja kompresja kopii zapasowych może zostać włączona (ON) lub wyłączona (OFF) w poleceniu BACKUP. Można także wykorzystać procedurę sp_configure do zdefiniowania domyślnej wartości kompresji (on lub off) w sytuacji, gdy polecenie BACKUP jest wykonywane bez określania opcji kompresji.

Sumy kontrolne stron danych

Sumy kontrolne porównują wartości zapisane na dysku z wartościami, które są później odczytywane. Jeśli wartości te nie zgadzają się, strona jest oznaczana jako podejrzana i jest przywracana własnoręcznie lub automatycznie przy użyciu serwera SQL Server 2008 z serwera partnerskiego.

Operacje na indeksie w trybie online

Negatywny wpływ na dostępność mają zarówno standardowe operacje konserwacyjne, jak i awarie. Konserwacja indeksu powodowała niegdyś, że zaangażowane w nią dane były niedostępne, ale począwszy od wersji SQL Server 2005 dane pozostają dostępne podczas operacji na indeksie w trybie online, takich jak tworzenie, usuwanie lub przebudowywanie indeksu. Operacje na indeksie w trybie online zwiększają dostępność wszystkich systemów w czasie przeprowadzania konserwacji indeksu, a tym samym zwiększają produktywność personelu i wpływają pozytywnie na postrzeganie systemu przez klientów.

Przywracanie w trybie online, częściowe i na poziomie stron

SQL Server 2008 Enterprise Edition wspiera przywracanie w trybie online, które umożliwia uzyskiwanie dostępu do przywróconych porcji bazy danych, nawet jeśli pozostała część nie jest jeszcze dostępna. To przyspiesza odzyskiwanie, redukuje czas przestoju i zwiększa dostępność. Dodatkowo można wykorzystać strategię przywracania częściowego (ang. piecemeal restore), aby przywracać bazę danych etapami. Można na przykład przywrócić grupy plików zawierające aktualne dane i udostępnić bazę danych w trybie online przed przywróceniem grup plików, które zawierają starsze, archiwalne dane. Strategia przywracania częściowego skraca czas, w którym aplikacje kluczowe dla działalności firmy pozostają w trybie offline w scenariuszu odzyskiwania po katastrofie. Gdy trzeba odzyskać bazę danych z powodu niewielkiej liczby uszkodzonych stron, SQL Server 2008 wspiera operacje przywracania na poziomie stron. Identyfikatory uszkodzonych stron w bazie danych można zidentyfikować, korzystając z wielu źródeł, między innymi tabeli suspect_pages w bazie danych msdb, dziennika błędów SQL Server oraz polecenia DBCC CHECKDB. Po zidentyfikowaniu strony, która może być uszkodzona, można ją przywrócić, określając identyfikator (ID) w klauzuli PAGE w instrukcji RESTORE. Możliwość przywracania poszczególnych stron z kopii zapasowej pozwala znacznie skrócić czas przestoju spowodowany przez uszkodzenie bazy danych.

Częściowa dostępność bazy danych

Częściowa dostępność bazy danych pozwala, by baza danych pozostała w trybie online i była dostępna nawet wtedy, gdy jej część zostanie uszkodzona w wyniku odosobnionej awarii sprzętu lub dysku. Jeśli uszkodzenie nie objęło podstawowych plików danych, nienaruszona część bazy danych pozostaje dostępna w trybie online. A zatem pewne dane są osiągalne dla klientów i personelu, nawet gdy cały system nie jest dostępny. To rozwiązanie pozwala ograniczyć efekt awarii, dopóki inne rozwiązanie dostępności nie rozpocznie pracy w trybie online.

Izolacja migawki

Tradycyjnie w trakcie dokonywania zmian dane modyfikowane są zablokowane i niedostępne dla innych aplikacji oraz użytkowników. Inne podejście polega na odczytaniu aktualnego stanu danych, pomimo iż wartości te nie są zatwierdzone i mogą zostać wycofane, jeśli transakcja nie zakończy się sukcesem.

Izolacja migawki (Snapshot Isolation) rozszerza strukturę blokowania w SQL Server 2008, umożliwiając aplikacjom wyświetlanie wartości sprzed momentu rozpoczęcia jakichkolwiek modyfikacji. Dzięki temu aplikacja nie jest zablokowana i jednocześnie dostarcza autentyczne, zatwierdzone dane. Na przykład w scenariuszu z producentem zabawek opisanym w początkowej części niniejszego dokumentu, izolacja migawki umożliwiałaby uruchamianie raportów, dostarczając transakcyjnie prawidłowe wyniki. Izolacja migawki procentuje bardziej aktualnym i rzetelnym raportowaniem.

Konfiguracja dynamiczna

Konfiguracja dynamiczna stanowi jedną z technologii SQL Server Always On, oferując ulepszony dostęp do funkcji sprzętowych, takich jak rozszerzanie w czasie działania systemu. Jeśli sprzęt wspiera mechanizm Hot Add Memory, pamięć systemu może zostać zwiększona bez zakłóceń i SQL Server automatycznie wykorzystuje tę pamięć jako pamięć dynamiczną, a nawet w trybie Address Windowing Extensions (AWE) w klastrach pracy awaryjnej. SQL Server 2008 wspiera również funkcję Hot Add CPU, a zatem można dodawać procesory do odpowiedniego sprzętu bez zakłócania jego działania. W przypadku wszelkich systemów wymagających zwiększenia zasobów procesora lub pamięci, konfiguracja dynamiczna skraca czas przestoju i zwiększa produktywność personelu oraz satysfakcję klientów.

 Do początku strony

Większe możliwości zarządzania

SQL Server 2008 oferuje funkcjonalne i produktywne narzędzia do zarządzania, które upraszczają odzyskiwanie poprzez dostarczanie narzędzi służących do badania, monitorowania i odzyskiwania uszkodzonych danych w obrębie całej korporacji.

Migawki bazy danych

Błędy ludzie wynikające z operacji konserwacyjnych lub interakcji użytkowników końcowych stanowią najczęstszą przyczynę przestojów. Technologia SQL Server Always On oferuje funkcję migawek baz danych, która umożliwia szybkie sprawdzanie i odzyskiwanie w przypadku wystąpienia błędów użytkowników. Migawki baz danych stanowią przeznaczone tylko do odczytu, statyczne widoki bazy danych z momentu tworzenia migawki. Migawki baz danych mogą być również wykorzystywane do raportowania bez wpływu na dostępność źródłowej bazy danych. W scenariuszu z agencją handlu nieruchomościami migawki baz danych zapewniają metodę wycofywania aktualnych wartości do dnia poprzedniego, a także oferują służące tylko do odczytu rozwiązanie raportujące na podstawie danych wczorajszych. Ponieważ migawki baz danych przechowują tylko dane modyfikacji wprowadzonych w rzeczywistej bazie danych, są one bardzo efektywne pod względem przechowywania.

Partycjonowanie tabel i indeksów

Partycjonowanie tabel i indeksów poprawia dostępność i możliwości zarządzania dużymi tabelami poprzez dzielenie ich na mniejsze, łatwiejsze w zarządzaniu elementy nazywane partycjami. Dostęp do wybranej partycji można uzyskiwać niezależnie od pozostałych partycji, co ogranicza wpływ aktywności wymagających wielu operacji I/O, takich jak ładowanie danych, tworzenie i przywracanie kopii zapasowych, przebudowywanie oraz defragmentacja indeksu.

SQL Server 2008 zwiększa współbieżność partycjonowanych tabel, umożliwiając eskalowanie blokad wierszy oraz stron do blokad partycji. Ta eskalacja powoduje stosowanie mniejszej ilości blokad i tym samym przyspiesza wykonywanie nakładających się kwerend. W poprzednich wersjach blokady wierszy i stron mogły być eskalowane jedynie do blokad tabel, co mogło prowadzić do niepotrzebnego stosowania zbyt rozległych blokad i blokowania innych użytkowników. W dowolnym systemie zawierającym duże tabele i wielu użytkowników podwyższona współbieżność i redukcja konfliktów poprawiają dostępność i procentują zwiększoną produktywnością personelu oraz satysfakcją klientów.

Tworzenie i przywracanie kopii zapasowych

Poza technologiami przywracania częściowego i w trybie online, operacje tworzenia i przywracania kopii zapasowych oferują większą elastyczność procesu przywracania. SQL Server pozwala na przywracanie służącej tylko do odczytu grupy plików bazy danych bez stosowania dzienników transakcji. To umożliwia jednoczesne wykonywanie kopii zapasowej bazy danych oraz kopii zapasowej dziennika.

Dedykowane połączenie administratora

Dedykowane połączenie administratora (DAC) stanowi połączenie z serwerem o wysokim priorytecie, które pomaga w rozwiązywaniu problemów, gdy serwer jest zablokowany i nie akceptuje nowych połączeń.

Resource Governor

W intensywnie wykorzystywanych bazach danych różne obciążenia robocze mogą rywalizować o dostępne zasoby systemu, takie jak wątki procesora oraz pamięć. W niektórych przypadkach konflikty o zasoby mogą powodować, że działanie kluczowych obciążeń roboczych zostaje zakłócone z powodu innych aktywności, jakie mają miejsce w bazie danych. SQL Server 2008 zawiera narzędzie Resource Governor, które można wykorzystać do proaktywnego zarządzania wykorzystaniem zasobów obciążeń roboczych poprzez przypisywanie różnym obciążeniom priorytetów w oparciu o loginy, aplikacje lub inne czynniki. Możliwość priorytetyzowania obciążeń roboczych powoduje, że wydajność jest bardziej przewidywalna i może pomóc w zagwarantowaniu aplikacjom kluczowym dla działalności firmy stabilnego dostępu do zasobów serwera bazy danych.

 Do początku strony

Wnioski

Każda awaria systemu, który jest kluczowy dla działalności firmy, zaczyna negatywnie wpływać na osiągany przez nią zysk, od chwili gdy system staje się niedostępny dla klientów oraz pracowników. Istnieje wiele różnych problemów i wymagań związanych z dostępnością i jedno rozwiązanie nie może rozwiązać wszystkich kwestii. SQL Server 2008 oferuje szeroki zakres rozwiązań służących do poprawy wydajności, które są co najmniej tak dobre (pod względem wydajności oraz różnorodności), jak wszelkie inne rozwiązania proponowane przez innych czołowych dostawców baz danych. SQL Server 2008 nadal przoduje pod względem możliwości zarządzania i opłacalności zakupu.

Dodatkowe informacje:

https://www.microsoft.com/sql

Do początku strony