Zadania konserwacji dla Configuration Manager
Dotyczy: programu Configuration Manager (bieżąca gałąź)
Configuration Manager lokacje i hierarchie wymagają regularnej konserwacji i monitorowania w celu efektywnego i ciągłego świadczenia usług. Regularna konserwacja gwarantuje, że sprzęt, oprogramowanie i baza danych Configuration Manager będą nadal działać prawidłowo i wydajnie. Optymalna wydajność znacznie zmniejsza ryzyko awarii.
Aby skonfigurować alerty i używać systemu stanu do monitorowania kondycji Configuration Manager, zobacz Używanie systemu stanu i Konfigurowanie alertów.
Zadania konserwacji
Regularna konserwacja jest ważna w celu zapewnienia prawidłowych operacji lokacji. Przechowuj dziennik konserwacji, aby dokumentować daty konserwacji, kto przeprowadził konserwację, oraz wszelkie komentarze związane z konserwacją dotyczące zadań. Aby utrzymać witrynę, rozważ konserwację codziennie lub co tydzień. Niektóre zadania mogą wymagać innego harmonogramu. Typowe czynności konserwacyjne mogą obejmować zarówno wbudowane zadania konserwacji, jak i inne zadania, takie jak konserwacja konta w celu zachowania zgodności z zasadami firmy.
Skorzystaj z poniższych informacji jako przewodnika, aby ułatwić planowanie, kiedy wykonywać różne zadania konserwacji. Użyj tych list jako punktu początkowego i dodaj zadania, których możesz wymagać.
Codzienne zadania
Poniżej przedstawiono zadania konserwacji, które można rozważyć zgodnie z harmonogramem dziennym:
Sprawdź, czy wstępnie zdefiniowane zadania konserwacji, które mają być uruchamiane codziennie, zostały pomyślnie uruchomione.
Sprawdź stan Configuration Manager bazy danych.
Sprawdź stan serwera lokacji.
Sprawdź, Configuration Manager skrzynki odbiorcze systemu lokacji pod kątem list prac plików.
Sprawdź stan systemów lokacji.
Sprawdź dzienniki zdarzeń systemu operacyjnego z systemów lokacji.
Sprawdź dziennik błędów SQL Server z komputera bazy danych lokacji.
Sprawdź wydajność systemu.
Sprawdź Configuration Manager alerty.
Zadania tygodniowe
Poniżej przedstawiono zadania konserwacji, które można wziąć pod uwagę w przypadku harmonogramu tygodniowego:
Sprawdź, czy wstępnie zdefiniowane zadania konserwacji, które mają być uruchamiane co tydzień, zostały pomyślnie uruchomione.
Usuń niepotrzebne pliki z systemów lokacji.
W razie potrzeby produkuj i dystrybuuj raporty użytkowników końcowych.
Utwórz kopię zapasową dzienników aplikacji, zabezpieczeń i zdarzeń systemowych i wyczyść je.
Sprawdź rozmiar bazy danych lokacji i sprawdź, czy na serwerze bazy danych lokacji jest wystarczająca ilość dostępnego miejsca na dysku, aby można było zwiększyć bazę danych lokacji.
Wykonaj SQL Server konserwację bazy danych w bazie danych lokacji zgodnie z planem konserwacji SQL Server.
Sprawdź dostępne miejsce na dysku we wszystkich systemach lokacji.
Uruchom narzędzia do defragmentacji dysku we wszystkich systemach lokacji.
Zadania okresowe
Niektóre zadania, które nie wymagają codziennej lub cotygodniowej konserwacji, są ważne, aby zapewnić ogólną kondycję lokacji. Te zadania zapewniają również aktualność planów zabezpieczeń i odzyskiwania po awarii. Poniżej przedstawiono zadania konserwacji, które można wziąć pod uwagę w przypadku bardziej okresowego harmonogramu niż zadania codzienne lub cotygodniowe:
W razie potrzeby zmień konta i hasła zgodnie z planem zabezpieczeń.
Przejrzyj plan konserwacji, aby sprawdzić, czy zaplanowane zadania konserwacji są zaplanowane prawidłowo i skutecznie w zależności od skonfigurowanych ustawień lokacji.
Przejrzyj projekt hierarchii Configuration Manager pod kątem wszelkich wymaganych zmian.
Sprawdź wydajność sieci, aby upewnić się, że nie wprowadzono zmian wpływających na operacje lokacji.
Sprawdź, czy ustawienia usługi Active Directory, które mają wpływ na operacje lokacji, nie uległy zmianie. Na przykład sprawdź, czy podsieci przypisane do lokacji usługi Active Directory i używane jako granice Configuration Manager lokacji nie uległy zmianie.
Przejrzyj plan odzyskiwania po awarii, aby uzyskać wymagane zmiany.
Wykonaj odzyskiwanie lokacji zgodnie z planem odzyskiwania po awarii w laboratorium testowym przy użyciu kopii zapasowej najnowszej kopii zapasowej utworzonej przez zadanie konserwacji serwera lokacji kopii zapasowej.
Sprawdź sprzęt pod kątem błędów lub dostępności aktualizacji sprzętu.
Sprawdź ogólną kondycję witryny.
Utrzymywanie kondycji operacyjnej bazy danych lokacji
Podczas gdy lokacja Configuration Manager i hierarchia wykonują zadania, które planujesz i konfigurujesz, składniki lokacji stale dodają dane do bazy danych Configuration Manager. Wraz ze wzrostem ilości danych wydajność bazy danych i wolne miejsce do magazynowania w bazie danych maleją. Możesz skonfigurować zadania konserwacji lokacji, aby usunąć przestarzałe dane, które nie są już wymagane.
Configuration Manager udostępnia wstępnie zdefiniowane zadania konserwacji, których można użyć do utrzymania kondycji bazy danych Configuration Manager. Domyślnie nie wszystkie zadania konserwacji są dostępne w każdej lokacji. Kilka zadań jest włączonych, a niektóre nie, a wszystkie obsługują harmonogram, który można skonfigurować.
Większość zadań konserwacji okresowo usuwa nieaktualne dane z bazy danych Configuration Manager. Zmniejszenie rozmiaru bazy danych przez usunięcie niepotrzebnych danych zwiększa wydajność i integralność bazy danych, co zwiększa wydajność lokacji i hierarchii. Inne zadania, takie jak ponowne kompilowanie indeksów, pomagają utrzymać wydajność bazy danych. Inne zadania, takie jak zadanie Backup Site Server , ułatwiają przygotowanie się do odzyskiwania po awarii.
Ważna
Podczas planowania harmonogramu każdego zadania, które usuwa dane, rozważ użycie tych danych w hierarchii. Gdy zadanie, które usuwa dane, jest uruchamiane w lokacji, informacje są usuwane z bazy danych Configuration Manager, a ta zmiana jest replikowane do wszystkich lokacji w hierarchii. To usunięcie może mieć wpływ na inne zadania, które opierają się na tych danych. Na przykład w centralnej lokacji administracyjnej można skonfigurować odnajdywanie tak, aby było uruchamiane raz w miesiącu w celu identyfikowania komputerów innych niż klienckie. Planujesz zainstalować klienta Configuration Manager na tych komputerach w ciągu dwóch tygodni od ich odnalezienia. Jednak w jednej lokacji w hierarchii administrator konfiguruje zadanie Usuń przestarzałe dane odnajdywania, aby było uruchamiane co siedem dni. W rezultacie siedem dni po odnalezieniu komputerów nienależących do klienta zostaną one usunięte z bazy danych Configuration Manager. W centralnej lokacji administracyjnej przygotujesz się do wypchnięcia instalacji klienta Configuration Manager na tych nowych komputerach w dniu 10. Jednak ponieważ zadanie Usuń przestarzałe dane odnajdywania niedawno uruchamiało i usuwało dane w ciągu siedmiu dni lub starszych, niedawno odnalezione komputery nie są już dostępne w bazie danych.
Po zainstalowaniu lokacji Configuration Manager zapoznaj się z dostępnymi zadaniami konserwacji i włącz te zadania, których wymagają operacje. Przejrzyj domyślny harmonogram każdego zadania i w razie potrzeby skonfiguruj harmonogram, aby dostosować zadanie konserwacji do hierarchii i środowiska. Mimo że domyślny harmonogram każdego zadania powinien odpowiadać większości środowisk, monitoruj wydajność lokacji i bazy danych i spodziewaj się dostosować zadania, aby zwiększyć wydajność wdrożenia. Zaplanuj okresowe przeglądanie wydajności lokacji i bazy danych oraz ponowne konfigurowanie zadań konserwacji oraz ich harmonogramów w celu utrzymania tej wydajności.
Konfigurowanie zadań konserwacji
Każda lokacja Configuration Manager obsługuje zadania konserwacji, które pomagają utrzymać wydajność operacyjną bazy danych lokacji. Domyślnie w każdej lokacji jest włączonych kilka zadań konserwacji, a wszystkie zadania obsługują niezależne harmonogramy. Zadania konserwacji są konfigurowane indywidualnie dla każdej lokacji i mają zastosowanie do bazy danych w tej lokacji. Jednak niektóre zadania, takie jak Usuwanie przestarzałych danych odnajdywania, wpływają na informacje dostępne we wszystkich lokacjach w hierarchii.
Tylko zadania konserwacji, które można skonfigurować w lokacji, są wyświetlane w konsoli Configuration Manager. Aby uzyskać pełną listę zadań konserwacji według typu lokacji, zobacz Dokumentacja zadań konserwacji dla Configuration Manager.
Poniższa procedura ułatwia skonfigurowanie typowych ustawień zadań konserwacji.
Aby skonfigurować zadania konserwacji dla Configuration Manager
Zadania konserwacji serwera lokacji można teraz wyświetlać, edytować i monitorować na własnej karcie w widoku szczegółów serwera lokacji. Nadal można edytować zadania konserwacji, wybierając pozycję Konserwacja lokacji w grupie Ustawienia, tak jak w poprzednich wersjach Configuration Manager.
- W konsoli Configuration Manager przejdź do obszaruLokacje konfiguracji lokacji>administracyjnej>.
- Wybierz witrynę z listy, a następnie kliknij kartę Zadania konserwacji w panelu szczegółów.
- Wyświetlane są tylko zadania dostępne w wybranej witrynie. Kliknij prawym przyciskiem myszy jedno z zadań konserwacji i wybierz jedną z następujących opcji:
- Włącz — włącz zadanie.
- Wyłącz — wyłącz zadanie.
- Edytuj — Edytuj harmonogram zadań lub jego właściwości.
Karta Zadania konserwacji zawiera informacje, takie jak:
- Jeśli zadanie jest włączone
- Harmonogram zadań
- Czas ostatniego rozpoczęcia
- Czas ostatniego ukończenia
- Jeśli zadanie zostało wykonane pomyślnie
Ponowne indeksowanie bazy danych może tymczasowo wpłynąć na stan łącza replikacji
Po ponownym uruchomieniu bazy danych Configuration Manager za pośrednictwem wbudowanego zadania konserwacji lub SQL Server Management Studio można zauważyć, że łącza replikacji tymczasowo przejdą w stan obniżonej wydajności lub niepowodzenia podczas tego procesu. Obniżenie stanu występuje, ponieważ po uruchomieniu ponownego indeksu w tabelach bazy danych są one blokowane i nie można ich zapisać. Jest to operacja w trybie offline i ma zasadnicze znaczenie dla działania funkcji DBCC REINDEX. Aby synchronizacja w grupie replikacji została uznana za pomyślną, lokacja musi mieć możliwość przetwarzania odebranych danych. Oznacza to, że w trakcie tego procesu ponownego indeksowania stan połączenia może zostać odbity między obniżoną wydajnością, niepowodzeniem, aktywnym i z powrotem. W zależności od tego, ile danych jest replikowanych między lokacjami, czas przejścia od stanu niepowodzenia do stanu aktywnego będzie się różnić w zależności od środowiska.
Jeśli zmiana stanu podczas ponownego indeksu jest problematyczna dla monitorowania, każde łącze replikacji ma zestaw progów, które można zmodyfikować w celu dostosowania, gdy łącze przejdzie w stan obniżonej wydajności lub gdy przejdzie w stan niepowodzenia. Łącza replikacji zawierają wiele grup replikacji, które są podzielone na dwa typy: dane globalne i dane lokacji. Globalne dane próbują synchronizować co minutę, a dane lokacji synchronizowane co pięć minut. Domyślnie łącze ulega pogorszeniu po osiągnięciu progu 12 błędów, a następnie zmienia stan niepowodzenia na 24. Aby ustawić te progi, wybierz link w węźle Replikacja bazy danych , a następnie wybierz pozycję Właściwości łącza. Na karcie Alerty istnieją progi umożliwiające ustawienie linku na obniżoną lub nieudaną. Domyślnie te wartości są ustawione odpowiednio na 12 i 24.