Dlaczego warto przejść na TSM v.6? Zbigniew Kowalski, Marcin Steć © 2012 IBM Corporation
Dlaczego warto przejść na TSM v.6?Zbigniew Kowalski, Marcin Steć
© 2012 IBM Corporation
Usługi dla ludności
Lab Services Locations
700+ person team700+ person team
2009 Existing GMU Location
2010 New GMU Location
2009 Existing MM Location
Korea
China
India
MexicoUAE
Hungary
South Africa
Turkey
Brazil
Argentina
Egypt
Malaysia
Colombia
Peru
Poland
Czech Rep
Taiwan
Russia
USAJapan
France
Ireland
UK
Germany
Australia
Helping our clients WIN the race!
Enterprise Systems
Mainframe
Power Systems
Modular Based Systems
(System x/Blade/Clustered Solutions)
System Storage
IT Consolidation / Virtualization
Data Center Services
Training Services
Cross Brand Services
4
Dlaczego trzeba?
• http://www-01.ibm.com/software/sysmgmt/products/support/lifecycle/
5
Dlaczego warto?
• Skalowalność – migracja bazy danych
• Admin Center• Tivoli Monitoring • Deduplikacja• Replikacja klientów TSM• TSM for Virtual Environment• I wiele innych usprawnień...
Skalowalność
• TSM używa obecnie DB2• Wielkość bazy danych: do 2 TB!
(TSM 6.3)(ok.2 biliony obiektów!)
• Wydajność przy dużych bazach• Automatyczne dostrajanie się bazy• Interfejs TSM (dsmadmc)• Nie potrzeba znajomości DB2!
Admin Center
• GUI do TSMaftp://ftp.boulder.ibm.com/storage/tivoli-storage-management/maintenance/admincenter/v6r3/LATEST/
• Dopracowane i szybsze niż poprzednicy
• Zarządzanie kilkoma serwerami TSM• „Health check”• Raporty
Tivoli Monitoring
• Gratis! ftp://ftp.boulder.ibm.com/storage/tivoli-storage-management/maintenance/reporting/v6r3/LATEST/
• Predefiniowany zakres monitorowania
• Gotowy panel dla administratora• Hurtownia danych• Raporty dostępne przez Admin
Center• Możliwość dostowania do potrzeb• Monitoring kilku serwerów TSM,
również v5.5
Panel administratora
Deduplikacja
• V6.1: „post-process”, pule dyskowe (FILE)
• V6.2: deduplikacja po stronie klienta• V6.3: wsparcie dla NetApp
Replikacja klientów TSM
• Zamiast export/import• Pełna automatyzacja replikacji
klientów TSM• Możliwość replikacji kilku serwerów
TSM na jeden w DRC• Integracja z deduplikacją
TSM for VE
• Backup maszyn wirtualnych• Backup plików maszyn wirtualnych z
vCenter (v.6.2.2)• Plugin do vCenter – backup z
użyciem vStore API• Wsparcie dla HyperV• Warsztaty na Tivoli Summer
Academy
Jak przejść do wersji 6?
• Cztery scenariusze:1. Ten sam system, poprzez media
2. Ten sam system, przez sieć
3. Nowy system, poprzez media
4. Nowy system, poprzez sieć
Dokumentacja – zawsze warto sprawdzić
14
Wybór scenariuszaSprawdzenie wymagań
15
Przygotowanie do migracji
• convert ussfilespace – może być potrzebne dla niektórych serwerów
• Zapamiętać i zmodyfikować następujące ustawienia:– Reuse delay dla pul taśmowych– Delete volhist– RECLAIM=100 (%)– Opcjonalnie migracja na taśmy– ACTLOGRET i logi klientów.
Przygotowanie do migracji cd.
• Backup:– Pule– Baza– DRM (jeśli jest)
• Disable sessions client i server• Backup użytecznych rzeczy:
– Devconfig– Volhist– Kilka SQLi: do weryfikacji
• Halt– Odmontować wolumeny
Pobieranie narzędzia do aktualizacji
Instalacja narzędzia do aktualizacji
Start aktualizacji
Uruchomienie graficznegonarzędzia do migracji
Wybór plików określających źródłową instancję TSM
... i wszystko OK
Point of No Return
Szczegóły nowej instancji TSM
Baza danych
Log
Do biegu... gotowi... start!
... i gotowe
Wielki finał
Praca wre
Załadowano...
Finis corona opus...
Sprawdzenie:
Nowe szaty cesarza ... DB2...
Katalog baz w instancji (tsminst1)
Alias
Parametry instancji DB2 (tsminst1)
Parametry bazy (TSMDB1)
SQL działa – ale ostrożnie z poziomu DB2!
IBM Systems Lab Services and Training
Usługi dla ludności
• [email protected]• [email protected]
Dziękujemy za uwagę!