Firmy, które doświadczają awarii systemu poczty elektronicznej mogą stracić wiele dni produktywności, a gdy pracownicy IT walczą o rozwiązanie problemu, koszty rosną wykładniczo z każdą minutą przestoju. Awaria serwera Exchange ilustruje, w jaki sposób dedykowane narzędzie do zarządzania i przywracania danych mogło zapewnić szybsze przywrócenie systemu.
Wielokrotne awarie
Duża firma produkcyjna doświadczyła niespodziewanej utraty danych w swoim systemie poczty elektronicznej w wyniku serii awarii. Działał system serwerów klastrowanych wykorzystujący serwer Exchange obsługujący ponad 1000 użytkowników, ale z powodu lokalnego przechowywania plików dziennika, na jednym z serwerów klastra zaczęło brakować miejsca na dysku i wystąpiły problemy z wydajnością. Wkrótce potem drugi węzeł w macierzy serwerów uległ awarii i nie mógł zamontować slotu informacyjnego. Zespół wsparcia technicznego firmy Microsoft pomógł pracownikom działu IT, przenosząc serwer w tryb offline, a po przeprowadzeniu napraw i wykonaniu kopii zapasowej, serwer był znowu online.
Serwer działał dobrze przez około jeden dzień, ale użytkownicy zaczęli zauważać problemy z harmonogramem spotkań i uszkodzeniem wiadomości. Aby temu zaradzić, postawiono inny serwer Exchange i zmigrowano skrzynki użytkowników na nowy serwer, co pozwoliło ustabilizować pracę serwerów w klastrze. Kilka dni później system serwerów klastrowanych ponownie uległ awarii. Dział IT skonfigurował kolejny tymczasowy serwer komunikacyjny, dzięki czemu użytkownicy mogli nadal wysyłać i odbierać wiadomości, jednak archiwalne dane wiadomości nie były dostępne. Ponieważ użytkownicy mogli w minimalnym stopniu funkcjonować ze swoją pocztą elektroniczną, rozpoczęto prace nad wydobyciem zarchiwizowanej poczty użytkowników z oryginalnego magazynu informacji, ale przywrócenie kopii zapasowej nie przyniosło żadnych rezultatów. W tym momencie zespół IT zmagał się z problemami od prawie 2 tygodni, a użytkownicy byli coraz bardziej sfrustrowani.
Problemy związane z kopiami zapasowymi
Kierownictwo zaczęło wymagać od dyrektora IT codziennych aktualizacji, podczas gdy frustracja i napięcie wśród całego zespołu zajmującego się przesyłaniem wiadomości wciąż rosły. Na miejsce wezwano dostawcę oprogramowania do tworzenia kopii zapasowych, a jego eksperci zaczęli analizować dzienniki kopii w poszukiwaniu rozwiązania. Ustalono, że wadliwa maszyna taśmowa w systemie biblioteki kopii zapasowych spowodowała ich uszkodzenie. Niestety, uszkodziło to również inne kopie zapasowe przechowywane lokalnie. Jedynym sposobem na odtworzenie zarchiwizowanych wiadomości e-mail użytkowników pozostał niezamontowany Information Store z klastrowanych serwerów komunikacyjnych. Aplikacja naprawcza Exchange (Eseutil) została uruchomiona na kopii 100 GB Information Store, ale po 12 godzinach nie było żadnych informacji czy naprawa się powiedzie i czy uda się odzyskać dane.
Pomoc od ekspertów
Firma nie wiedziała co dalej - sprzęt zawodził, próby przywrócenia danych spełzały na niczym, a zespół IT był wyczerpany. W końcu sprowadziła profesjonalną firmę zajmującą się odzyskiwaniem danych, aby rozpocząć ekstrakcję skrzynek pocztowych. W ciągu mniej niż 24 godzin ponad 1400 skrzynek pocztowych zostało pomyślnie przywróconych i połączonych z istniejącym serwerem wiadomości.
Ostatecznie, dział IT odbudował środowisko serwera Exchange, podczas gdy użytkownicy pracowali z serwera tymczasowego, a przyszłe prace konserwacyjne przeniosły użytkowników do stałego systemu.
W tym przypadku zespół IT zrobił wszystko, co mógł, aby uratować swój system; wezwał wszystkich swoich dostawców i wcześnie zaangażował służby wsparcia firmy Microsoft. Z punktu widzenia ciągłości biznesowej zrobili wszystko jak należy, pomimo wyzwań i przeszkód związanych z ciągle psującym się systemem.
Patrząc z perspektywy czasu, można było użyć dedykowanego narzędzia do zarządzania Exchange, aby przetworzyć oryginalny Information Store i wyodrębnić skrzynki pocztowe bezpośrednio na tymczasowy serwer email. W ten sposób można było uzyskać dostęp do wymaganych danych bez konieczności zmiany zawartości wewnętrznej bazy danych. Eseutil, na przykład, ma tendencję do nadpisywania krytycznych meta-danych i tabel wiadomości, jeżeli wykryje nieczytelne uszkodzenie.
Polska | Polski
Lokalizacje
Search
Powrót do listy
