<data:blog.pageTitle/>

This Page

has moved to a new address:

https://vmvirtual.blog

Sorry for the inconvenience…

Redirection provided by Blogger to WordPress Migration Service
BIOLNX: ottobre 2012

BIOLNX

sabato 13 ottobre 2012

Tivoli Storage Manager Data protection form vmware 6.4

Dopo aver avuto alcune notizie sull'imminente arrivo di TSM 6.4 (che da quanto ho potuto capire la parte server rimarra come 6.3.x mentre i componenti come  il VE diventera' 6.4) ecco le prime info che ho trovato  per data protection for vmware :

- Incrementale forever ... come per i backup standard di tsm si utilizzeranno  nel backup delle virtual machine di vmware su utilizzera il CBT in maniera differente come policy dalla 6.3 non piu
Full-Inc-Full-Inc  etc ... ma Full-Inc-Inc-Inc ....  con connesso la schedulazione  di un solo job per il backup (non come adesso uno per il full e uno per l'inc..)

- Risparmio di spazio l'utilizzo di solo e sempre gli incrementali permettera' anche di consolidare i block utilizzai eliminando quelli non utilizzaiti (se non mi sbaglio lo fa gia' Veeam..)

- Si potra' backuppare un singolo VMDK... invece che solamente l'intera VM.


Poi altre modifiche su schedulazioni e processi di backup ma gia' quelli che vi ho indicato mi spingono a pensare che almento il sottoscritto per il 2013 potrebbe vedere bene un bel aggiornamento alla  6.4

martedì 9 ottobre 2012

TSM 6.4 a fine Novembre

Mentre navigavo sul sito dell'IBM per verificare alcune compatiblita' di client  mi sono imbattuto ...

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=897/ENUS212-382&appname=USN


Speriamo che ci siano anche dei miglioramenti a livello di interfaccia grafica dell'administration center .... (magari verso l'interfaccia dell XIV, attualmente riutilizzata per SVC,V7000 e TPC...)


giovedì 4 ottobre 2012

Configure Tivoli Storage Manager 6.3 for Automatic deploy Agent

Dopo aver aggiornato TSM dalla 6.2.2 alla 6.3  ho preparato il TSM server per effettuare l'automatic deploy degli agent via Administration Center , ho utilizzato come documentazione l'infocenter dell'IBM.

Per prima cosa creo due filesystem sul server (nel mio caso linux redhat) dove uno mi servira' per appoggiare i pacchetti di aggiornamento (.exp) nel caso voglia fare io il download dal sito IBM (l'automatic deploy permette anche di delegare a lui il downlaod e l'import sul TSM), mentre l'altro file system mi servira' per definirci la device class per dove il tsm si archiviera' gli agent.


# Creo la devclass  associata al file system dove verra' messo il pacchetto da importare
define devclass ibm_client_deploy_import devtype=file directory=/import_agent

# definisco il storage pool dove verra' messo il pacchetto (agent e' una device class definita gia' prima)

tsm: SERVER1>q devclass agent f=d
             Device Class Name: AGENT
        Device Access Strategy: Sequential
            Storage Pool Count: 1
                   Device Type: FILE
                        Format: DRIVE
         Est/Max Capacity (MB): 1,500.0
                   Mount Limit: 20
              Mount Wait (min):
         Mount Retention (min):
                  Label Prefix:
                       Library:
                     Directory: /clientdeploy
                   Server Name:
                  Retry Period:
                Retry Interval:
                        Shared:
            High-level Address:
              Minimum Capacity:
                          WORM: No
              Drive Encryption:
               Scaled Capacity:
       Primary Allocation (MB):
     Secondary Allocation (MB):
                   Compression:
                     Retention:
                    Protection:
               Expiration Date:
                          Unit:
      Logical Block Protection:
Last Update by (administrator): ADMIN
         Last Update Date/Time: 10/02/2012 17:23:53


# definisco lo storage pool
define stgpool AgentPool agent maxscratch=20

# definisco  domain policyset etc...
define domain ibm_client_deploy
define policyset ibm_client_deploy ibm_client_deploy
define mgmtclass ibm_client_deploy ibm_client_deploy ibm_client_deploy
define copygroup ibm_client_deploy ibm_client_deploy ibm_client_deploy
standard type=archive destination=AgentPool retver=nolimit
assign defmgmtclass ibm_client_deploy ibm_client_deploy ibm_client_deploy
activate policyset ibm_client_deploy ibm_client_deploy

#definisco il mio server
set serverhladdress=server.serveraddress.com

Alcune note sui parametri utilizzati:

•ibm_client_deploy_import is the temporary location from where the deployment packages are imported. This parameter is defined by the deployment manager.
•import_directory is a previously defined directory that is accessible from the server.
•stgpool_name is the name of a storage pool of your choosing where the deployment packages are stored on the server. The storage pool name is based on a previously defined device class. That device class is different from the one which is used to perform IMPORT operations.
•storage_dc_name represents the device class where the deployment packages are stored on the server.
•retention_value (RETVER) of the DEFINE COPYGROUP command sets the retention time for the package. You can set it to NOLimit or to a number of days. If you specify a number, you must take into account the number of days that the package was on the FTP site. The days spent on the FTP site are included in the number.
 The default for the Administration Center is five years.

•server.serveraddress.com is the server IP address or host name from which you scheduled the client automatic deployment.

Prossimamente spieghero' come importare in automatico i pacchetti e fare il vero e proprio upgrade degli agent