woj. śląskie
Administracja MS SQL
Katowice
Zakład ze Śląska pracuje na systemie, bez którego nie wyjeżdża żadna dostawa. Kopie są dobre i przetestowane, ale odtworzenie bazy na nowym serwerze trwa kilka godzin. Każda godzina to stojące ciężarówki i kary od odbiorców. Dla takiej firmy sama kopia nie wystarczy: potrzebny jest serwer, na który da się przełączyć w kilkanaście minut.
Serwer zapasowy
Kopia jest, ale odtworzenie trwa za długo
Dobre kopie z testem odtworzenia chronią przed utratą danych. Nie chronią jednak przed przestojem: odtworzenie dużej bazy na nowym lub naprawionym serwerze trwa, a w tym czasie system nie działa. Dla wielu firm to akceptowalne. Dla zakładów i firm logistycznych z Katowic i Śląska: często nie.
Jeśli godzina przestoju kosztuje więcej niż utrzymanie drugiego serwera, warto rozważyć serwer zapasowy. Baza jest na nim odtwarzana na bieżąco z kopii dziennika albo synchronizowana w ramach grupy dostępności, zależnie od wersji i licencji. Przy awarii głównego serwera system przełącza się na zapasowy w minuty.
Dobieramy rozwiązanie do dopuszczalnego przestoju i utraty danych, budżetu i licencji. Konfigurujemy serwer zapasowy, przygotowujemy procedurę przełączenia i, co najważniejsze, przełączenie ćwiczymy, zanim będzie potrzebne naprawdę.
Zakres
Co obejmuje wdrożenie serwera zapasowego
Projekt zaczyna się od kosztu godziny przestoju.
- Ustalenie dopuszczalnego przestoju i utraty danych
- Dobór rozwiązania do wersji i licencji
- Przygotowanie serwera zapasowego
- Odtwarzanie lub synchronizacja bazy na bieżąco
- Monitoring opóźnienia serwera zapasowego
- Przełączenie połączeń systemu na zapasowy
- Spisana procedura przełączenia i powrotu
- Ćwiczenie przełączenia w oknie serwisowym
- Nie proponujemy serwera zapasowego, gdy kopie wystarczą
- Nie uznajemy rozwiązania za gotowe bez ćwiczenia
- Nie trzymamy serwera zapasowego w tym samym miejscu bez oceny ryzyka
Warianty
Warianty zależnie od dopuszczalnego przestoju
Poniżej porównanie typowych rozwiązań. Dobór zależy od wersji, licencji i budżetu.
| Rozwiązanie | Czas powrotu | Dla kogo |
|---|---|---|
| Kopie z testem odtworzenia | godziny | przestój akceptowalny |
| Gotowy serwer i kopie | krócej, bez szukania sprzętu | średnie wymagania |
| Kopia odtwarzana na bieżąco na zapasowym | minuty, ręczne przełączenie | wysoki koszt przestoju |
| Grupa dostępności | minuty lub krócej | najwyższe wymagania, zależnie od licencji |
| Serwer zapasowy w innej lokalizacji | jak wyżej, odporność na zdarzenie w zakładzie | ryzyko pożaru, zalania |
| Każde rozwiązanie bez ćwiczenia | nieznany | nikt |
| Procedura spisana i przećwiczona | przewidywalny | każdy wariant |
Przełączenie, którego nikt nie przećwiczył, w dniu awarii trwa dużo dłużej, niż zakładano. Ćwiczymy je w oknie serwisowym i mierzymy czas, łącznie z przełączeniem połączeń systemu.
Wynik
Co dostajecie
Awarię serwera, która nie zatrzymuje zakładu na pół dnia.
- Serwer zapasowy: Z bazą aktualną na bieżąco.
- Przećwiczone przełączenie: Zmierzony czas powrotu.
- Procedura: Spisana dla zespołu.
Śląsk w praktyce
Czego nauczyły nas serwery zapasowe na Śląsku
Pierwsza rzecz: rozmowa zaczyna się od kosztu godziny przestoju. Gdy zarząd zestawi go z kosztem drugiego serwera, decyzja zwykle zapada szybko: w jedną albo w drugą stronę.
Druga: najwięcej czasu przy przełączeniu zajmuje nie baza, tylko przełączenie połączeń systemu, raportów i integracji na nowy serwer. Ćwiczenie pokazuje, o czym zapomniano.
Trzecia: serwer zapasowy w tej samej serwerowni nie chroni przed zdarzeniem w budynku. Przy zakładach przemysłowych warto rozważyć inną lokalizację.
Na start
Czego potrzebujemy na start
Najważniejszy jest koszt przestoju.
- Wersja i licencja MS SQL
- Rozmiar bazy i ruch w ciągu doby
- Szacunkowy koszt godziny przestoju
- Systemy, raporty i integracje korzystające z bazy
- Możliwe lokalizacje serwera zapasowego
- Okno serwisowe na ćwiczenie
Współpraca
Jak pracujemy
Zaczynamy od rozmowy o dopuszczalnym przestoju i koszcie. Jeśli kopie wystarczą, mówimy o tym wprost.
Dobieramy rozwiązanie, konfigurujemy serwer zapasowy i monitoring. Spisujemy procedurę. Pracujemy zdalnie.
Ćwiczymy przełączenie w oknie serwisowym i mierzymy czas. W ramach opieki powtarzamy ćwiczenie i pilnujemy aktualności serwera zapasowego.
Zasięg
Gdzie dokładnie pracujemy
Serwery zapasowe dla baz MS SQL projektujemy i utrzymujemy dla firm z Katowic zdalnie.
Pracujemy też dla firm z Chorzowa, Siemianowic Śląskich, Mysłowic, Sosnowca, Rudy Śląskiej i Tychów.
- Śródmieście
- Ligota-Panewniki
- Koszutka
- Bogucice
- Załęże
- Piotrowice-Ochojec
- Kostuchna
- Giszowiec
- Janów-Nikiszowiec
- Dąb
- Osiedle Tysiąclecia
- Zawodzie
Poza samym miastem pracujemy też w okolicy: Sosnowiec, Chorzów, Gliwice, Zabrze, Tychy, Mysłowice, Siemianowice Śląskie, Dąbrowa Górnicza. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Współpraca
Od godzin odtwarzania do przełączenia w minuty
Koszt przestoju
Punkt wyjścia.
Wariant
Dobrany do wymagań i licencji.
Serwer zapasowy
Z bazą na bieżąco.
Monitoring
Opóźnienie i stan.
Procedura
Przełączenie i powrót.
Ćwiczenie
Z pomiarem czasu.
Pytania
Zanim zapytasz
Tylko jeśli przestój kosztuje więcej niż jego utrzymanie.
Zwykle w minuty, zależnie od wariantu. Mierzymy to w ćwiczeniu.
Zależy od wariantu. Sprawdzamy przy projekcie.
Nie. Kopie z testem są potrzebne nadal.
Bo w dniu awarii nieprzećwiczona procedura trwa dużo dłużej.
Tak, przy awariach produkcyjnych całą dobę.
Ta sama okolica
Pozostałe usługi w Katowicach
Ta sama usługa
Bazy danych MS SQL w innych miastach
Policzmy, ile kosztuje Wasz przestój
Napiszcie, jaki system pracuje na bazie i co się dzieje, gdy stoi. Dobierzemy rozwiązanie.