Dlaczego warto przejść na TSM v.6?Zbigniew Kowalski, Marcin Steć

© 2012 IBM Corporation

Usługi dla ludności

• zbigniew.kowalski@pl.ibm.com

• marcin.stec@pl.ibm.com

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

• zbigniew.kowalski@pl.ibm.com• marcin.stec@pl.ibm.com

Dziękujemy za uwagę!