Artykuł
07/27/2011

Instalowanie klastra pracy awaryjnej programu SQL Server 2008 R2

Aby zainstalować SQL Server klaster pracy awaryjnej, należy utworzyć i skonfigurować wystąpienie klaster pracy awaryjnej, uruchamiając SQL Server Instalatora.W tym temacie wyjaśniono elementów klaster pracy awaryjnej, jak również ważne informacje dotyczące nazw klaster pracy awaryjnej wystąpienie.Omówiono także podstawowe kroki instalowania klaster pracy awaryjnej.

Elementy wystąpienia klastra pracy awaryjnej

Wystąpienie klaster pracy awaryjnej można uruchamiać na jeden lub więcej komputerów, które są uczestniczących węzłów klaster pracy awaryjnej.Wystąpienie klaster pracy awaryjnej zawiera:

Kombinacja jeden lub więcej dysków w Microsoft grupy klastrów usługi klastrowania (MSCS), znany także jako grupy zasób.Każda grupa zasób może zawierać co najwyżej jedno wystąpienie SQL Server.
Nazwa sieciowa dla wystąpienie klaster pracy awaryjnej.
Jeden lub więcej adresów IP przypisanych do wystąpienie klaster pracy awaryjnej.
Jedno wystąpienie SQL Server zawierającą SQL Server, SQL Server Agent usługa pełnotekstowego wyszukiwania (FTS programu) i replikacji.Można zainstalować klaster pracy awaryjnej z SQL Server , Usługi Analysis Services , lub SQL Server i Usługi Analysis Services.

Nadawanie nazw instancji klastra pracy awaryjnej

A SQL Server wystąpienie klaster pracy awaryjnej jest zawsze wyświetlany w sieci tak, jakby była pojedynczym komputerem.Należy użyć SQL Server Nazwa wystąpienie klaster pracy awaryjnej, aby połączyć SQL Server klaster pracy awaryjnej, a nie nazwy komputera węzła zdarza uruchomionych na.Daje to gwarancję, że zawsze może połączyć się z tą samą nazwą wystąpienie klaster pracy awaryjnej, niezależnie od tego, który węzeł jest uruchomiony, SQL Server.

Nazwa wystąpienie klaster pracy awaryjnej musi być unikatowa dla danej domena.SQL Servernie nasłuchuje na adres IP lokalnych serwerów.Zamiast tego SQL Server nasłuchuje tylko wirtualny adres IP, utworzony podczas instalacji SQL Server wystąpienie klaster pracy awaryjnej.

SQL Serverzależy od kluczy rejestru odrębne i usługa nazwy w ramach klaster pracy awaryjnej w celu zapewnienia, że SQL Server funkcjonalności nadal po pracy awaryjnej.Dlatego, nazwa podana dla wystąpienie SQL Server, włączając wystąpienie domyślnego, musi być unikatowa we wszystkich węzłach w klaster pracy awaryjnej.Przy użyciu nazwy zapewnia, że wystąpienie SQL Server skonfigurowane do praca awaryjna na jednym serwerze mają różne klucze i usługa nazw.

Zagadnienia dotyczące SQL Server konsolidacji z klastra pracy awaryjnej

Podczas planowania do konsolidowania wielu serwerów autonomicznych do SQL Server wystąpienia klaster pracy awaryjnej, zaleca, jako część procesu planowania, który można sprawdzić, czy konfiguracja sprzętowej węzła klastra jest wystarczający do poparcia liczbę wystąpień SQL Server być obsługiwana.

Przedstawione poniżej są dwa typowe scenariusze i podstawę zalecane rozwiązania, które mogą być stosowane do konfiguracja witryny.

Scenariusz 1

Są hostingu witryny i chcesz zaoferować wystąpienia do 23 SQL Server z następującymi wymaganiami zasób:
- 2 procesory 23 wystąpienia SQL Server jako jednego węzła klastra wymagałoby 46 procesorów.
- 2 GB pamięci dla wystąpień 23 SQL Server jako pojedynczego klastra węzeł wymagałoby 48 GB pamięci RAM (2 GB dodatkowej pamięci systemu operacyjnego).
- 4 dyski 23 wystąpienia SQL Server jako tablica dysku klastra wymagałoby 92 dysków.
Jeśli ograniczysz członków pracy awaryjnej połowę dostępne węzły wymagania sprzętowe byłyby zmniejszona do:
- procesory 23, 24 GB pamięci dla węzła i dostępności 46 dysków.
Obsługa punktów instalacji można dalej obniżona całkowitej liczby dysków.SQL Serverwymagałoby 23 dysków każdego hostingu punktów instalacji 3 lub więcej dostępność miejsca na dysku zwiększone.

Ograniczenia potencjalnej jest, jeśli wymagania dotyczące procesora i pamięci, istniejący sprzęt może nie obsługiwać tych wymagań bez utraty wydajności do istniejących wystąpień SQL Server.

Scenariusz 2

Migracja istniejących wystąpień SQL Server do klaster pracy awaryjnej

Najpierw należy zebrać bieżących planów bazowych dla istniejących serwerów, biorąc pod uwagę wszelkie istniejące wąskich gardeł.Zakładając, że statystyki wydajności bazowego zapewniają następujące potrzeby i że pojedynczy dysk z punktów instalacji powinien obejmować wymogi dysku, które mogłyby zostawić o następującej konfiguracja:
- SQL Server1 - procesory 8, 16 GB pamięci RAM
- SQL Server2 - 4 procesory, 8 GB pamięci RAM (pamięć RAM, plan 12 GB wymaga)
- SQL Server3 — 2 procesory, 16 GB pamięci RAM (linia bazowa pokazuje potrzebę dodatkowych procesorów)
- SQL Server4 — 4 procesory, 8 GB pamięci RAM (dodatkowych potrzeb przepustowość sieci, Dodaj kart sieciowych dla połączeń dedykowanych 4)
Aby zastąpić tych czterech serwerów, węzłów klastra wymagałoby następująca minimalna konfiguracja:
- procesory 18, 54 GB pamięci RAM, karty sieciowe 6

Proces obliczania minimalną konfiguracją dla jednego węzła w klaster pracy awaryjnej uważa:

Wymagania dotyczące Procesora całkowita
Suma wymagania dotyczące pamięci i
Wymagane dyski
Dodać 2 GB pamięci RAM dla systemu operacyjnego

Należy zauważyć, że ograniczenie dysku wystąpił w poprzedniej SQL Server wersji nie wpływa na SQL Server 2008.Każde wystąpienie SQL Server wymaga tylko jednego dysku klastra dla plików danych.