Escolar Documentos
Profissional Documentos
Cultura Documentos
3
TSM(TIVOLI STORAGE MANAGER)
THE FIRST NAME OF THE TSM IS ADSM AND AFTER THAT IT WAS ACQUIRED BY IBM, THEN ADSM NAME
HAS BEEN CHANGED TO TSM (TIVOLI STORAGE MANAGER)
TSM IS A ENTREPRISE BACKUP TECHNOLOGY AND BY UISNG TSM WE CAN SECURE THE CUSTOMER DATA
FROM DISASTER.
BY UISNG TSM WE CAN TAKE BACKUP AND ARCHIVE OF THE CUSTOMER DATA
BACKUP: TAKING ADDITIONAL COPY OF THE DATA WHICH IS CHANGING REGULARLY THAT CAN BE USED
FOR SHORT TERM STORAGE
IN BACKUP WE HAVE VERSIONING CONCEPT
RECOVERING THE DATA FROM BACKUP IS CALLED RESTORE
ARCHIVE;
TAKING ADDITIONAL COPY OF THE DATA WHICH IS NOT CHANGING REGULARLY THAT CAN BE USED FOR
LONG TERM STORAGE
IN ARCHIVE WE DO NOT HAVE VERSIONING CONCEPT, WHENEVER WE ARCHIVE THE CUSTOMER DATA
IT ALWAYS TAKES FULL BACKUP ONLY AND ARCHIVE ALWAYS MAITAINS ONLY ONE VERSION.
THE ADVANTAGE OF TAKING ARCHIVE IS WE CAN RE USE HARDWARE OR SPACE IN THE
CLIENT/CUSTOMER MACHINE
RECOVERING THE DATA FROM ARCHIVE IS CALLED RETREIVE
FEATURES OF TSM:
1: PROGRESSIVE INCREMENTAL BACKUP METHODOLOGY OR INCREMENTAL BACKUP
2: TAPE RESOURCE SHARING
3: LAN FREE BACKUP
1: PROGRESSIVE INCREMENTAL BACKUP METHODOLOGY:
IN PROGRESSIVE INCREMENTAL BACKUP METHODOLOGY TSM INITIALLY(FIRST TIME)IT TAKES THE FULL
BACKUP OF THE SYSTEM AND SECOND INCREMENTAL BACKUP ONWARDS IT TAKES THE BACKUP OF
ONLY MODIFIED FILES AND NEW FILES IN THE SYSTEM
-SU=YES SPECIFIES ALL THE SUBFOLDERS WHICHA ARE IN THE TEST FOLDER
IMAGE BACKUP:
BY USING IMAGE BACKUP WE CAN TAKE THE BACKUP OF TOTAL DRIVE AS A SINGLE OBJECT
IN IMAGE BACKUP CONCEPT WE CAN NOT TAKE BACKUP OF PARTICULAR FILE OR FOLDER IN DRIVE
EVEN WE WANT TO RESTORE THE DATA FROM IMAGE BACKUP, WE CAN RECOVER TOTAL DRIVE ONLY,
WE CAN NOT RECOVER PARTICULAR FILE OR FOLDER FROM IMAGE BACKUP
THE REASON FOR TAKING IMAGE BACKUP IS, IF TOTAL DRIVE GOT CORRUPTED,, IN THAT CASE WE CAN
RECOVER TOTAL DRIVE DATA FROM IMAGE BACKUP
COMMAND TO TAKE IMAGE BACKUP IS:
BACKUP IMAGE D: E: F:
JOURNALBASED BACKUP:
IN JOURNAL BASED BACKUP CONCEPT WE NEED TO INSTALL JOURNAL ENGINE SERVICE WHILE
INSTALLING THE TSM CLIENT SOFTWARE AND WE NEED TO CREATE JOURNAL DATABASE, THE
JOURANAL DATABASE WILL USE SOME SPACE IN LOCAL DRIVE OF THE CLIENT SYSTEM
WHAT JOURNAL ENGINE WILL DO IS, IT WILL TRACK WHAT EVER THE CHANGES HAPPENING IN THE
CLIENT MACHINE AND THOSE CHNAGES WILL BE CAPTURED BY JOURNAL ENGINE AND STORES IN THE
JOURNAL DATABASE.
WHEN THE SCHEDULE INCREMENTAL BACKUP STARTS INSTEAD OF SCANNING THE WHOLE MACHINE TO
TRACK THE CHANGES, TSM DIRECTLY CONTACTS THE JOURNAL DATABASE AND TAKES THE BACKUP OF
THE FILES FROM JOURNAL DATABASE
THE ADVANTAGE OF JOURNALBASED BACKUP IS, BACKUP PERFORMANCE WILL BE VERY FASTER AND
THERE IS NO NETWORK TRAFFIC
JOURNAL BASED BACKUP CAN BE USED IN LOW NETWORK BANDWIDTH ENVIRONMENTS.
COMPONENTS OF TSM:
1) TSM DATABASE
2) RECOVERY LOG
3) STORAGE POOLS
4) POLICY MANAGEMENT
5) SCHEDULING
6) BA CLIENT
7) ADMINISTRATIVE INTERFACE
1) TSM DATABASE:
IT IS MAIN PART OF THE TSM SERVER, IT MAINTAINS META DATA IFORMATION, NODE INFORMATION,
SCHEDULE INFORMATION, POLICY INFORMATION AND LOCATION OF THE DATA(WHICH TAPE THE DATA
IS STORED)
TSM DATABASE IN BUILT WITH SQL AND THE MAXIMUM SIZE OF THE TSM DATBASE in TM 5.5 is 530GB
METADATA: IT IS STRUCTURE OF THE DATA (LOCATION OR DDRESS), META DATA SIZE ALWAYS IN BYTES
OR KILO BYTESS.
TSM Database uses Local drive of the system in which machine the TSM server is installed and we need
to create database volumes in TSM server
The Information which stores in TSM server database, that information stores in the TSM database
volumes.
2) RECOVERY LOG:
WHAT EVER TRANSACTIONS (BACKUPS) HAPPEN TO THE TSM SERVER DATBASE, RECOVERY LOG
MAITAINS RECORDS OF THOSE TRANSCTIONS
Recover log uses Local drive of the system in which machine the TSM server is installed and we need to
create Log volumes in TSM server
The Information which stores in TSM server Recover log, that information stores in the TSM recover log
volumes.
THERE RE TWO TYPES OF MODES IN RECOVER LOG:
a) NORML MODE
b) ROLL FORWARD MODE
NORMAL MODE: THE DEFAULT MODE OF THE RECOVERY LOG IS NORML MODE, WHEN THE RECOVERY
LOG IS IN NORMAL MODE, WHAT EVER TRANSACTIONS HAPPEN TO THE TSM SERVER DATABASE,
RECOVERY LOG MAINTAINS RECORDS OF THOSE TRANSACTIONS, ONCE THE TRANSACTION IS
COMPLETED, THOSE RECORDS WILL BE ERASED FROM THE RECOVERY LOG
THE DISADVANTAGE OF NORMAL MODE IS WE CAN NOT RECOVER THE TSM SERVER DATABSE TO THE
MOST CURRENT STATE.
ROLL FORWARD MODE: WHEN THE RECOVERY LOG IS IN ROLLFORWARD MODE, WHAT EVER
TRNSACTIONS HAPPEN TO THE TSM SERVER DATABASE, RECOVER LOG MAINTAINS RECORDS OF THOSE
TRANSACTIONS, EVEN THE TRANSACTIONS ARE COMPPLETED, THOSE RECORDS STILL EXISTS IN THE
RECOVERY LOG
WHENEVER WE TAKE THE TSM DATABSE BACKUP, THEN ONLY THOSE RECORDS WILL BE ERASED FROM
THE RECOVERY LOG.
THE ADVANTAGE OF ROLLFORWARD MODE IS, WE CAN RECOVER THE TSM SERVER DTABASE TO THE
MOST CURRENT STATE(up to date)
THE MAXIMUMS SIZE OF RECOVER LOG IS 13 GB
NOTE: WHEN BACKUP STRTS FOR MACHINE, BY DEFAULT TWO SESSIONS ESTBLISH BETWEEN TSM
CLIENT AND TSM SERVER
ONE SESSIONS IS FOR MET DATA AND ANOTHER SESSIONS IS FOR ACTUAL DATA
WHEN THE DATA TRANSFER STARTS FROM TSM CLIENT TO TSM SERVER, THAT DATA TRANSFER CAN BE
CALLED AS TRANSACTION.
3) STORAGE POOLS:
Storage pools are the place or location where the client actual data stores or storage pools are the
collection of volumes
There the three types of storage pools in TSM
a) Primary storage pools
b) Copy storage pools
c) Active data pools
Primary storage pools
In primary storage pools we have the following
1) Primary disk storage pool
2) Primary tape storage pool
1)Primary disk storage pool: primary disk storage pool also can be called as random access storage pool,
when the client back starts initially actual data goes to disk storage pool and once he disk storage pool
is full, then the data will be migrated from disk stgpool to tape storage pool
Moving the data from disk storage pool to tape storage pool is called migration
2) Primary tape storage pool: Primary tape storage pool also can be called as sequential access storage
pool. Primary storage pool uses tapes in the tape library and primary storage pool tapes always should
be within the tape library, when the data migrates from disk storage pool to tape storage pools, finally
data stores in the tapes
b) copy storage pools:
By using copy storage pools, we can take the backup of the data from primary tape to copy tapes, copy
tapes also uses the tapes with the tape library, Once the primary tape data is backed up to copy tapes,
we need to eject the copy tapes from the tape library and we need send the copy tapes to offsite
location
The reason for taking backup of primary tape data to copy tape is, if any of the primary tape is damaged,
in that case we can recover the primary tape data from copy tapes by using restore volume process.
c) Active data pools:
active data pools contains only active versions of the client data, the advantage of active data pools are,
recovery performance will be very faster, if any latest backup data needs be recovered.
4) Policy management concept:
Policy management concept describes, how tsm treats the client data i.e how many no of versions, how
many no of days and where to store the client data (name of stg pool)
In policy management we have the following parameters:
Hierarchy of policy management is as below:
1) Policy Domain
2) Policy Set
3) Management Class
4) Copy Group
a) Backup
b) Archive
POLICY DOMAIN:
Policy domain is set or group of nodes is called as policy domain. Policy domain contains policy set and
in each policy domain we can have multiple policy sets but at a time only policy set can be activated.
Def Dom domainname
Ex:
Def dom testdom
POLICY SET:
Policy set contains Management class AND in one policy set we can have multiple Management classes.
But always one management class is default one.
Def pol domainname policysetname
Ex:
Def pol testdom testpol
Management Class:
Management class contains Copygroup and in copy group we have two types, those are backup copy
group and archive copy group
Backup copy group: The client data which is backedup, that data uses the backup copy group
Archive copy group: The Client data which is archived, that data uses the archive copy group
Syntax to define management class:
Def mgmt domainname policysetname mgmtclassname
EX:
DEF MGMT TESTDOM TESTPOL TESTMGMT
Assigning the management class to default one:
Assign defmgmt domainname policysetname managementclassname
EX:
ASSIGN DEFMGMT TESTDOM TESTPOL TESTMGMT
The reason for assigning the management class to default one is, the nodes which are assigned to the
policy domain, those nodes by default use the default managemnet class.
COPY GROUP:
COPY GROUP CONTAINS RETENTION PARAMETERS WHICH CONTROLS THE CUSTOMER DATA
SYNTAX TO DEFINE BACKUP COPY GROUP:
DEF COPYG DOMAINNAME POLICYSETNAME MGMTCLASSNAME T=BACKUP
DESTINATION=STGPOOLNAME VEREXIST=5 VERDEL=3 RETEXTRA=30 RETONLY=60
SERIALIZATION=STATIC/SHARED STATIC/DYNAMIC/SGHARED DYNAMIC MODE=MODIFIES/ABSOLUTE
Ex;
Def copyg testdom testpol testmgmt t=b destination=storagepoolname verexist=3 verdel=1 retextra=30
retonly=60 serialization=static/shared static/dynamic/shared dynamic mode=modified
PARAMETERS UNDER BACKUP COPYGROUP
1)VERSION EXIST: (verexist)
This parameter specifies, how many number of versions the TSM server can maintain for file
If we mention verexist=3 then three versions of the file can be maintained in TSM server
2) VERSION DELETE: (verdelete)
This parameter specifies, how many number of versions of a file the TSM server can maintain for a
file, once the file is deleted from the client system
If we mention verdel=2 then two versions of the file mainatain by TSM server, once the file is deleted
form the client system
3) Retention extra: (Retextra)
This parameter specifies, how many number of days, the tsm server can maintain the inactive files.
If we mention Retextra=30, then inactive files can be maintained for 30 days and after 30 days inactive
files will be deleted from the TSM server
4) RETENTION ONLY: (RETONLY)
This parameter how many number of days, the TSM server can maintain the last copy of the file, Once
the file is deleted from the client system.
If we mention retonly=60, then last copy of the file will be maintained for 60 days and after 60 days, last
copy also be deleted from the TSM serve
6) SERIALIZATION:
This parameter specifies, how TSM treats the open files, open files are nothing but, if the file is being
used by any other user or application, when the backup is running, then TSM treats those files as open
files
There are four options in serialization: and those are Static/shared static/dynamic/ shared dynamic
a) Static:
If the serialization is in static mode, then TSM tries to take the backup of the open file for one time and
TMS will not take the backup of the file (which means the file will be skipped from the backup)
b) Shared static:
If the serialization is in shared static mode, then TSM tries to take the backup of the file for four times
and even fourth time also the file is being in use, then TSM will not take the backup of the files.
The default mode of the serialization is shared static.
c) DYNAMIC:
If the Serialization is in dynamic mode, then TSM tries to take the backup pf the file for one time and it
take the backup of the file, regardless whether the file is being in use or not
d) SHARED DYNAMIC:
if the serialization is in shared dynamic mode, then TSM tries to take the backup of the file for four
times, even fourth time also, the file is being in use, then TSM takes the backup of the file, regardless,
the file is being in use or not.
e)Mode=(modified/absolute):
The default one is mode=modified
Modified: if we use modified option, then TSM takes the backup only modified and changed file when
incremental backup is running
Absolute: If we use absolute option, then TSM takes backup of all the files regardless whether the files
are being modified or not, when the incremental backup is running.
SYNTAX TO DEFINE ARCHIVE COPY GROUP:
DEF COPYG DOMAINNAME POLICYSETNAME MGMTCLASSNAME T=ARCHIVE
DESTINATION=STGPOOLNAME RETVERSION=360
Ex;
def copyg testdom testpol testmgmt t=archive destonation=storage pool name retversion=365
RETENSION VERSION: (RETVER)
This parameter specifies how many number of days, the TSM server can maintain the archive data
The default value of the retversion is 365
VALIDATING AND ACTIVATION OF POLICY SET:
Once we defined copy groups, then we need to validate and activate the policyset by using the following
commands
Validate pol domainname policysetname:
5) Scheduling:
It is automated process of taking backup of the client system and to run the TSM admin jobs (TSM
Maintenance jobs or TSM Housekeeping jobs).
There are two types of schedules in TSM Server they are:
a) Client Schedule
b) Admin schedule
a) CLIENT SCHEDULE:
By using client schedules we can take the backup of the client systems.
Syntax to define client schedule:
Def schedule domainname schedulename t=client action=i/selective/imagebackup startdate=date
start=time period=1 periodunits=days duration=1 durationunits=hours schedulestyle=classing/enhanced
Ex:
Def sched testdom testsched t=client action=I startd=today startt=now action=I duration=1
durationunits=hours period=1 perunits=days
Parameters under Client Scheduling:
A) START DATE:
This parameter specifies from which date the schedule has to begin.
B) START TIME:
This parameter specifies at what time of the day the schedule has to be run or executed.
c) DURATION and DURATION UNITS
This parameter specifies the length of the schedule start up window.
For example if you give duration=1 and duration units=hours and the schedule start time is 7 PM, then
the schedule may starts at any time between 7PM to 8 PM
e) PERIOD and PERIOD UNITS
This Parameter specifies how frequent the schedule has to be run. Period is mentioned in Number.
If we give period=1 perunits=days then the schedule run for every one day.
g)SCHEDULE STYLE:
There are two types of schedule styles in TSM they are
1) Classic
2) Enhanced
Default schedule style of TSM server is Classic. In real- time also we will configure schedule under Classic
style only.
The Advantage of server prompted mode is , there wont be any network utilization in the environment
and we can also run the backups from TSM server itself.
Schedmode prompted can be used in high security environments
B) ADMIN SCHEDULE:
This admin schedules run on TSM Server. To maintain the TSM Server clean. This jobs or schedules are
also known as TSM admin/ Maintenance/housekeeping jobs.
There are different types of Admin jobs they are:
a)STORAGE POOL BACKUP:
By using storage pool backup, we can take the backup of primary tape data to copy tapes
After taking backup of primary tape data to copy tapes, then we need eject the copy tapes from Tape
library and we need to send those offsite location.
The Advantage of taking backup of primary tape data to copy is tape is, if any of the primary tape is
damaged, we can recover the primary tape data from copy tapes
Backup stg primarystoragepoolname copystoragepoolname maxpr=number
Maxprocess parameter specifies how many number of parallel process run at a time
b)TSM DB BACKUP:
By using TSM DB backup, we can take the backup of TSM server database.
Whenever we take the TSM DB backup we always use scratch or new tapes for TSM DB backup.
Backup db devciceclass=deviceclassname type=full scratch=yes/no
Once TSM Database backup is completed, then we need to eject the copy tapes and TSM db backup
tapes from the tape library and we need to send those tapes to offsite location.
c) EXPIRE INVENTORY PROCESS:
It is a process of deleting the expired data from the TSM Server database based on the retention
parameters
Expire inventory duration=60
Duration parameter specifies how many number of minutes the expiration process should run, if we give
duration=60, then expiration process runs for 60 minutes and after 60 minutes, expiration process will
be automatically cancelled by TSM server
d)MIGRATION:
Initially when the client backup starts the actual data is transferred to primary disk storage pool and
once the disk storage pool is full then the data from disk storage pool will be migrated to primary tape
storage pool..
Migrate stgstgpoolname low=%
Here parameter LOW specifies how much percentage of the data should be moved to primary tape
storage pool.
If we give LOW=0, then data completely moved to tape storage pool and then disk storage pool
becomes empty
Moving the data from disk storage pool to tape storage pool is called migration.
e)RECLAMATION:
It is process of moving the unexpired data from fragmented tapes to another filling tapes, after moving
the data from fragmented tapes to another filling tape, then the fragmented tape becomes empty and
those tapes can be reused as scratch
1) ONSITE RECLAMATION:
It is process of moving the unexpired data from fragmented tapes to another filling tapes. After moving
the unexpired data from fragmented tapes, then fragmented tapes become empty and those tapes can
be reused as scratch tapes with in the tape library.
If we perform the reclamation for onsite tapes that process can be called as on-site reclamation.
Note: Fragmented tapes are nothing but, the tapes which are less percentage utilized and their status
shown as full
After data expiration Meta data entries will be deleted from the TSM DB database, But the actual data
still remains in the tapes, but in the TSM server database the tapes percentage utilization shows as less
but their status shows in FULL
When we run the reclamation for those volumes, then UN expired data will be moved to another filling
tape and then the tape becomes scratch tape.
Reclaim stg storagepoolname threshold=%
Ex: Reclaim stg tapestg Th=90
Here reclamation threshold (Th), we have given as 90, then reclamation runs for the volumes which are
0-10% utilized with in the storage pool TAPESTG and those volumes data will be moved to another filling
tape, after moving the data, the tapes become scratch tapes and those tapes can be reused as scratch.
Note: Reclamation can be performed on sequential access volumes (Tapes) only, we cannot perform the
reclamation on disk volumes
Reclamation can be performed on storage pool level, when we run the reclamation data moves form
tape to tape only
2) OFFSITE- RECLAMATION:
Offsite data expires in the same way of onsite data during the expiration process, when offsite tapes are
eligible for reclamation, then TSM Identifies the onsite volumes which contains the valid data remaining
in the offsite volumes. Then we start the reclamation for offsite volumes in TSM server, then TSM
mounts the onsite volumes and copy the data to another copy filling and copy new tape and again this
copy tapes need to be sent offsite
Once the data is copied, then the Copy tape which is in offsite location will be updated to
VAULTRETEREIVE state in the TSM server database, we need to recall those tapes from offsite and those
tapes can be used as scratch tapes.
Reclaim stg copystoragepoolname threshold=%
SYNTAX TO DEFINE ADMIN SCHEDULE:
DEF SCHEDULE SCHEDULENAME T=ADMIN CMD=COMMAND TO RUN ATIVE=YES STARTDATE=DATE
STARTTIME=TIME PERIOD=1 PERU=DAYS DURATION=1 DURU=HOURS
Procedure to create Admin schedule to run the Storage pool backup:
Def schedule STGBACKUP t=admin cmd=backup stg primarystg copystg maxpr=2 active=yes
startd=date startt=time duration=1 durationunits=hours period=1 perunits=days
=====================================================================================
===============================================================================
Device class:
Device class represents set of storage devices and type of the Device
TSM Server supports multiple storage device classes.
They are DISK, LTO AND FILE DEVICEES
1) DISK DEVICE CLASS:
By using Disk Device Class we can create primary Disk storage pools. Disk device class also can be called
as random access device class, by default at the time of installation itself we get Disk device class. We
have to create disk storage pools by using disk device class, once the primary disk storage pool is created
then we have to create the volumes for this disk storage pool.
PRIMARY DISK STORAGE POOL CREATION:
IN TSM SERVER WE NEED TO CHECK THE AVAILABLE DEVICE CLASSES BY USING Q DEVC COMMAND
BY DEFAULT WE CAN SEE THE DISK DEVICE CLASS IN TSM SERVER AND BY UISNG DISK DEVICE CLASS WE
CAN CREATE DISK STORAGE POOL, WE DONT NEED TO CREATE DISK DEVIVE CLASS IN TSM SERVER
SEPARATELY
SYNTAX TO DEFINE DISK STORAGE POOL BY USING DISK DEVICE CLASS:
DEF STG STGNAME DEVICECLASSNAME POOLTYPE=PRIMARY LOWMIN=70 HIMIG=90
EX:
Define stg TESTSTG DISK Pooltype=primary LOWMIN=70 HIMIG=90
ONCE WE CREATED THE DISK STORAGE POOL, WE NEED TO CREATE STORAGE POOL VOLUMES BY USING
THE FOLLOWING COMMAD
SYNTAX;
DEF VOL VOLUMENAME STGPOOLNAME F=SIZE (MB)
EX:
Def vol TESTSTG F:\TESTSTG\teststg1.dsm f=1000
Def vol TESTSTG F:\TESTSTG\teststg2.dsm f=1000
Def vol TESTSTG F:\TESTSTG\teststg3.dsm f=1000
ONCE WE CREATED THE STORAGE POOL VOLUMES, SPACE IS AUTOMATICALLY ALLOCATED TO THE
STORAGE POOL
TSM USES THE LOCAL SPACE FOR THE DISK STGPOOL AND WE NEED TO SELECT ANY OF THE DRIVE OF
THE SYSTEM, IN WHICH MACHINE TSM SERVER IS INSTALLED
HERE WE ARE USING SPACE IN F DRIVE FOR DISK STORAGE POOL and the CAPACITY of disk storage pool
is 3 GB
2) LTO CLASS:
By using LTO device class we can create primary and copy tape storage pools
LTO device class also can be called as sequential access device class
Before defining LTO device class, we have to define Tape Library in TSM server and after defining the
tape library, we need to define the LTO class by using tape library. Under LTO class we have to define
primary and copy tape storage pools which consists of tapes.
Command to define a library:
Def library libraryname librarytype=SCSI
EX; DEF LIBRRAY 1BM3584 librarytype=SCSI
THE FOLLOWING ARE THE IBM TAPE LIBRARIES WHICH ARE SUPPORTED BY IBM
1BM3583, IBM3584, TS3100, TS3310
Procedure to define LTO class:
ONCE WE DEFINED THE TAPE LIBRARY, THEN WE NEED TO DEFINE DEVICECLASS WITH TYPE LTO with the
following command
Def devc deviceclassname devt=LTO library=libraryname mountlimit=number mountretention=minutes
Ex:
DEF DEVC LTOCLASS DEVCT=LTO LIBRARY=IBM3584 MOUNTLIMIT=20 MOUNTRETENTION=60
HERE WE HAVE DEFINED THE DEVICE CLASS NAME LTOCLASS WITH TYPE LTO
MOUNT LIMIT: Here mount limit parameter specifies how many no. of tape mounts the device class
should allow at a time.
MOUNT RETENTION: This parameter specifies how many no. of minutes the tape can be in ideal state in
the tape drive once the read/ write operation was done on the mounted tape.
If we specify mount retention=60 then the tape will be in ideal state in the tape drive for 60 minutes and
after 60 minutes the tape will automatically dismounted from the tape drive.
If any tape request comes in between or within 60 minutes when the tape is in ideal state then the tape
will get dismounted automatically and new tape will get mounted.
ONCE WE DEFINED THE LTO DEVICE CLASS THEN WE NEED TO DEFINE THE PRIMARY AND COPY TAPE
STORAGE POOLS BY USING THE LTOCLASS
CREATING PRIMARY TAPE STORAGE POOL BY USING device class LTOCLASS:
DEF STG STGPOOLNAME DEVICECLASSNAME POOLTYPE=PRIMARY MAXSCRATCH=NUMBER
EX:
DEF STG TAPESTG LTOCLASS POOLTYPE=P MAXSCRATCH=100
HERE MAXSCARATCH PARAMETER SPECIFIES THE MAXIMUM NO OF TAPES THE STORAGE POOL
TAPESTG CAN USE THE TAPES WITH IN THE TAPE LIBRARY.
CREATING COPY TAPE STORAGE POOL BY UISNG LTOCLASS:
DEF STG STGPOOLNAME DEVICECLASSNAME POOLTYPE=COPY MAXSCRATCH=NUMBER
EX:
DEF STG COPYSTG LTOCLASS POOLTYPE=COPY MAXSCRATCH=100
NOTE: NOW WE HAVE CREATED TWO STGPOOLS TAPESTG AND COPYSTG BY UISNG THE LTOCLASS
NOW BOTH THE PRIMARY AND COPYSTGPOOL USES THE TAPES WITH IN THE TAPE LIBRARY
3)FILE DEVICE CLASS:
By using file device class we can use disk as sequential access device. File device class also can be called
as sequential access device class.
Command to define file device class is:
Def devc deviceclassname device=file directory=location mountlimit=20 mountretention=60 maxsize=2G
EX:
DEF DEVC FILECLASS DEVCT=FILE DIRECTORY=F:\ MAXSIZE=2G MOUNTLIMIT=20
MOUNTRETENTION=60
HERE WE HAVE CRETAED A FILE DEVICE CLASS WITH NAME FILECLASS AND THIS DEVICE CLASS USED F:
DRIVE IN THE MACHINE AS SEQUENTIAL ACCESS
HERE F: DRIVE LOCAL DRIVE OF THE MACHINE IN WHICH MACHINE TSM SERVER IS INSTALLED.
DIRECTORY:
This parameter specifies, the location of the disk which are using as sequential access
Max size:
This parameter specifies the max Size of the each volume which are created by using file device class
and that volumes acts as sequential access
The Volumes which are created by using file device class that volume suffix with .BFS
ONCE WE CREATED THE FILE DEVICE CLASS, THEN WE NEED TO CREATE STGPOOLS BY USING FILE
DEVICE CLASS FILE CLASS
When the data is Coming to the storage pools which are created by using file device class that data
stores in the F drive( based on the directory location in File device class) and volumes will be
automatically created with .BFS and each volume size is depends on the maxsize parameter in the file
device class definition.
SYATNTAX TO CRETAE PRIMARY AND COPY STGPOOLS BY USING FILE DEVICE CLASS FILECLASS:
DEF STG STGNAME DEVCNAME POOLT=P MAXSCRATCH=100
EX:
DEF STG TAPESTG FILECLASS POOLT=P MAXSCRATCH=100
HERE STGPOOL TAPESTG CAN CREATE MAXIMUM 100 VOLUMES IN THE DIRECTORY LOCATION F:
AND EACH VOLUME SIZE IS 2GB, I.E THE STG TAPESTG CAPACITY IS 200GB
THE VOLUMES WHICH ARE CRETAED BY UISNG FILE DEVICE CLASS ARE SUFFIX WITH .BFS
CREATING COPY STGPOOL BY USING FILE DEVICE CLASS FILECLASS:
DEF STG COPYSTG FILECLASS POOLT=COPY MAXCSRATCH=100
THIS COPY STORAGE POOL COPYSTG ALSO CAN CREATE MAXIMUM 100 VOLUMES IN F DIVE AND EACH
VOLUME SIZE IS 2G, BASED ON THE MAXCAPACITY PARAMETER IN FILEDEVICE CLASS DEFINTION.
NOTE:
IN OUR LAB ENVIRONMENT, AS WE DONOT HAVE TAPE LIBARRAY WE ARE USING FILE DEVICE CLASS TO
CREATE SEQUENTIAL ACCESS STORAGE POOLS
NOW THE LAB STARTS FROM HERE:
REGISTERING TSM ADMINISTRATOR:
1) REG ADMIN ADMINNAME ADMINPASSWORD
tsm: VEDATSM>REG ADMIN NAGESH NAGESH
ANR2068I Administrator NAGESH registered.
2:TO CHECK THE AVAILABLE ADMINS IN TSM SERVER
tsm: VEDATSM>Q ADMIN
Administrator
Name
<1
<1
No
NAGESH
<1
<1
No
SERVER_CONSOLE
System
No
System
3: ADMIIN PRIVILEGES
1) OPERATOR
2) SYSTEM
3) STORAGE PRIVILEGE
4) POLICY PRIVILEGE
OPERATOR: IF WE GIVE OPERATOR PRIVILEGES TO THE ADMIN, THEN THE ADMIN GIVE ONLY QUERY
COMMANDS IN TSM SERVER
SYSTEM: IF WE GIVE SYSTEM PRIVILEGES, THE ADMIN CAN USE ALL THE COMMAND LIKE QUERY, DEFINE
DELETE, REGISTER, REMOVE, UPDATE.. COMMAND (COMPLETE PRIVILEGES ON THE TSM SERVER)
STORAGE: THE ADMINISTRATOR CAN HAVE ONLY PRIVILEGES ON STORAGE POOLS
PLOICY: THE ADMINISTRATOR CAN HAVE ONLY PRIVILEGES ON POLICYMANAGEMENT
COMMAND TO GIVE PRIVILEGES TO THE ADMINISTRATOR:
GRANT AUTHORITY ADMINNAME CLASS=PRIVILEGETYPE
EX: GRANT AUTH NAGESH CLASS=SYSTEM
tsm: VEDATSM>GRANT AUTH NAGESH CLASS=SYSTEM
ANR2076I System privilege granted to administrator NAGESH.
=============================================================================
1)CHECK THE TSM SERVER DATABASE:
tsm: VEDA-PC_SERVER1>Q DB
Available Assigned
Maximum
Maximum
Size
Page
Total
Usable
Used
Pages Util
Pct Max.
Pct
(MB)
(MB)
(MB)
(MB) (bytes)
Pages
Util
3,012
988
3,008
4,096
771,072
921
0.1
0.1
Copy
(Copy 1)
Status
----------------
------
D:\TSMDB\DB1.DSM
Volume Name
(Copy 2)
----------------
Copy
Status
------
Sync'd
(Copy 3)
---------------Undef-
ined
D:\TSMDB\DB2.DSM
Volume Name
Sync'd
ined
ined
REDUCE DB SIZE
-----Undef-
ined
Undef-
Status
Undef-
Copy
Maximum
Maximum
(MB)
(MB)
Page
Size
(MB) (bytes)
Total
Usable
Used
Pages Util
Pages
Pct Max.
Pct
Util
4,096
1,536
Copy
(Copy 1)
Status
----------------
------
C:\PROGRAM
FILES\TIVOLI\T-
Volume Name
(Copy 2)
----------------
Sync'd
Copy
Status
------
Volume Name
(Copy 3)
----------------
Status
------
Undefined
SM\SERVER1\LOG1.DSM
3) CREATING RECOVERY LOG VOLUMES:
Undefined
Copy
Device
Estimated
Pct
Pct
High
Low
Next Stora-
Pool Name
Class Name
Capacity
Util
Pct
-----------
----------
----------
-----
Migr
Mig
Mig
ge Pool
Pct
-----
----
---
-----------
ARCHIVEPOOL
DISK
0.0 M
0.0
0.0
90
70
FILPOOL1
BACKUPPOOL
DISK
0.0 M
0.0
0.0
90
70
FILPOOL1
DISKPOOL
DISK
FILPOOL1
FILEDEV1
SPACEMGPOOL
4.0 M
0.0
0.0 M
DISK
0.0
0.0
0.0 M
90
70
100.0
90
70
0.0
90
70
0.0
Device
Access
Name
Strategy
---------
----------
DISK
Random
Storage
Pool
Device
Format
Type
Capacity
Count
-------
---------
Est/Max
Mount
Limit
(MB)
------
--------
------
Device
Estimated
Class Name
Pct
Capacity
Pct
Pct
Util
Pct
High
Migr
Low
Mig
Next StoraMig
ge Pool
-----------
----------
TESTSTG
DISK
----------
-----
0.0 M
----0.0
----
---
0.0
-----------
90
70
Device
Estimated
Class Name
Pct
Capacity
Util
Pct
-----------
----------
TESTSTG
DISK
----------
-----
3G
Pct
-----
0.0
High
Migr
Low
Mig
Next StoraMig
ge Pool
Pct
----
---
0.0
90
----------70
Device
Estimated
Class Name
Pct
Capacity
Pct
-----------
----------
TESTSTG
DISK
---------6G
-----
-----
0.0
Pct
Util
High
Migr
Low
Mig
Next StoraMig
Pct
---0.0
--90
----------70
ge Pool
Storage
Pool Name
------------------------
Device
Class Name
-----------
----------
Estimated
Capacity
---------
Pct
Util
-----
Volume
Status
--------
D:\TESTSTG\VOL2.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
D:\TESTSTG\VOLI.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
Storage
Pool Name
------------------------
Device
Class Name
-----------
----------
Estimated
Capacity
---------
Pct
Util
-----
Volume
Status
--------
D:\TESTSTG\VOL2.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
D:\TESTSTG\VOLI.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
Storage
Pool Name
------------------------
Device
Class Name
-----------
----------
Estimated
Capacity
---------
Pct
Util
-----
Volume
Status
--------
D:\TESTSTG\VOL2.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
D:\TESTSTG\VOL3.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
D:\TESTSTG\VOLI.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
ANR2220W this command will delete volume D:\TESTSTG\VOLI.DSM from its storage pool after verifying
that the volume contains no data.
Do you wish to proceed? (Yes (Y)/No (N)) Y
tsm: VEDA-PC_SERVER1>Q VOL
Volume Name
Storage
Pool Name
------------------------
Device
Class Name
-----------
----------
Estimated
Capacity
---------
Pct
Util
-----
Volume
Status
--------
D:\TESTSTG\VOL2.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
D:\TESTSTG\VOL3.DSM
TESTSTG
DISK
3.0 G
0.0
On-Line
Device
Estimated
Class Name
Pct
Capacity
Migr
Pct Pct
----------- ---------- ---------- ----- ----- ---- --- ----------COPYSTG
FILECLASS
0.0 M
0.0
TAPESTG
FILECLASS
0.0 M
0.0 100.0
TESTSTG
DISK
12 G
0.0
0.0
90
90
70
70
Device
Estimated
Class Name
Pct
Capacity
Migr
Pct Pct
----------- ---------- ---------- ----- ----- ---- --- ----------COPYSTG
FILECLASS
0.0 M
0.0
TAPESTG
FILECLASS
0.0 M
0.0 100.0
TESTSTG
DISK
12 G
0.0
0.0
90
90
70
70 TAPESTG
=====================================================================================
======
POLICY CREATION:
DEFINING POLICY DOMAIN
DEF DOM DOMAINNAME
tsm: VEDA-PC_SERVER1>DEF DOM TESTDOM
Activated
Domain
Policy
Name
Set
Activated
Default
Number of
Description
Registered
Mgmt
Nodes
Class
---------
---------
---------
----------
TESTDOM
------------------------
CREATING POLICYSET:
DEF POLICYSET DOMAINNAME POLICYSETNAME
tsm: VEDA-PC_SERVER1>DEF POL TESTDOM TESTPOL
ANR1510I Policy set TESTPOL defined in policy domain TESTDOM.
tsm: VEDA-PC_SERVER1>Q POL
Policy
Policy
Domain
Default
Set Name
Name
Description
Mgmt
Class
Name
---------
---------
TESTDOM
---------
------------------------
TESTPOL
Policy
Mgmt
Set Name
Class
Default
Mgmt
Description
Name
Name
---------
---------
TESTDOM
Class ?
---------
TESTPOL
---------
------------------------
TESTMGMT
Yes
Policy
Domain
Name
Mgmt
Copy
Group
Name
Versions Versions
Data
Data
Retain Retain
Extra
Only
STANDARD STANDARD
TESTDOM
TESTMGMT STANDARD
TESTPOL
2
5
1
3
30
60
60
90
Policy
Domain
Set Name
Name
---------
Mgmt
Copy
Class
Name
---------
TESTDOM
---------
TESTPOL
Retain
Group
Version
Name
--------TESTMGMT
-------STANDARD
400
ANR1557W The space management migration destination in management class TESTMGMT does not
refer to a defined storage pool: SPACEMGPOOL. If this pool does not exist when policy
set TESTPOL is activated, clients will fail when using this management class to migrate
space-managed files to the server.
ANR1514I Policy set TESTPOL activated in policy domain TESTDOM.
=====================================================================================
=================
REGISTERING NODE IN TSM SERVER:
REGISTER NODE NODENAME NODEPASSWORD DOM=POLICYDOMAINNAME USERID=NONE
tsm: VEDA-PC_SERVER1>REG NODE Veda-PC VEDA-PC DOM=TESTDOM USERID=NONE
ANR2060I Node VEDA-PC registered in policy domain TESTDOM.
NOTE: IF WE DON'T GIVE USERID=NONE PARAMETER WHILE REGISTERING THE NODE, THEN THE NODE
CAN ACTA AS TSM ADMINISTARTOR ID AND BY UISNG THIS NODENAME AND NODE PASSWORD, WE
CAN LOGIN TO THE TSM SERVER
BEFORE CLIENT COMMINICATES WITH TSM SERVER:
sm: VEDA-PC_SERVER1>Q N
Node Name
Last Access
Password
Set
(?)
TESTDOM
<1
<1
No
Node Name
Last Access
Set
Password
WinNT
TESTDOM
<1
<1
No
=====================================================================================
==============
TSM CLIENT SIDE CONFIGURATION:
1) Install BA client/TSM client in the client machine
2)BA client default installation directory
C:\Program Files\Tivoli\TSM\baclient>
When we install BA client in the client machine we can see the following files in BA client directory
dsmc =====> which is used for client command line
dsm =====> for client GUI
dsm.opt =====> client configuration file
3)open the dsm.opt(client configuration file) file in BA client directory and add the following parameters
Commmethod
Tcpport
TCPIP
1501
tcpserveraddress 127.0.0.1
nodename VEDA-PC
Passwordaccess generate
DOMAIN D: E:
4) Click on dsmc in BA client directory
Then it will ask for userid and password
Userid should be node name which is registered in TSM server and password should be node password,
which is given while registering the node
Note: if we don't give passwordaccess generate parameter in dsm.opt file, each time we login to the
client, it will prompt for userid and password
if we mention passwordaccess generate then password file will be generated and it stores in windows
registry, when we login to the client, it reads the password file from windows registrys we don't need to
give userid and password each time we login to the client
5) Then tsm client prompt will come like this
tsm>
Then type i and hit enter button, then incremental backup starts
Tsm>i
TSM SERVER SIDE PROCEDURE:
To check the backup status, in TSM server give "q sess" command
6) to run the manual migration give the following command in TSM server console
tsm: VEDHATSM>migrate stg TESTSTG low=0
then migration process starts and data will be moved from disk stgpool to tape stgpool
to check the migration process use "q pr" command in TSM server console
7) To take the stgpool backup use the following command in TSM server
Backup stg tapestg copystg maxpr=2
To check stgpoolbackup process in TSM server use "q pr" command in TSM server
8)To take the TSM dbbackup use the following command
Backup db devc=fileclass t=full
To check TSM backup process in TSM server use "q pr" command in TSM server
To check the TSM DB backup status use the following command, whether it is completed or not.
q Db f=d or q volhist t=dbb
9) To check the current running processes in TSM server use
q Process command
10) To cancel the particular process in TSM server
Use "can process processnumber"
11)To check the backup session in TSM server use " q sess " command
12)TO Cancel backup for a particular node use the following command in TSM server
can sess sessionnumber
Restore procedure:
1: open TSM client GUI in BA client directory click DSM
Then TSM GUI will open, then click on restore option
Select view menu and select display active/inactive files
Select the file which needs restored in the left hand pane (option called local)
then click on restore option in the top left corner
Select the radio destination location
Click on select option and browse the destination location
Then click on restore tab
==============================================================
==============================================================
Configuring schedule backup:
Defining client schedule in TSM server
Def sched testdom testsched t=client action=i startd=today startt=20:19:00
Once defined the schedule, we need to add the node that schedule
Def assoc testdom testsched SRILAKSHMI-PC
In client side we need to configure the client scheduler service,
open the client GUI by clicking on DSM in BA client directory
Then select utilities menu and select setup wizard
Then select the check box "help me to configure TSM client scheduler"
Then select the check box, "install new scheduler"
Click on next and then give the TSM client scheduler service name
==
2) Once we identified the copy tapes and TSM DB backup tape by using the above command, we need to
make a note of copy tapes and DB backup , after that we need to eject the tapes from the tape library by
using the following command
Move drm * wherestate=mo tostate=valut
then tapes will be ejected from the tape library and those tapes will be available in Library I/O station
then we need to inform onsite media team to collect the tapes from library i/o station, then onsite
media will collect the tapes from the library 1/o and hand over the tapes to courier, then courier will
collect the tapes and store the tapes in offsite location
===================================================
Tape movement from offsite to Onsite
1) First we need to list out the tapes which are eligible for recall from offsite after offsite reclamation is
completed (empty tapes)
q Drm * wherestate=vailuretreive
Once we listed out the tapes which are in vaultretreive state(empty tapes), then we need to ask media
team to bring the tapes from offsite location, then media team will ask the courier to bring the tapes
from offsite
2) Once we asked the media team to bring the tapes from offsite, then we need to change the status of
those volumes from vaultretreive to courierretreive by using the following command
Move drm * wherestate=vaultre tostate=courierretreive
3) Once courier brings the tapes from offsite to onsite, then media team will inform us stating that tapes
have been arrived from offsite to onsite then we need to ask media team to load the tapes into library
I/O station
Once the media team loaded the tapes into library I/O station, then we need to change the status of
those volumes from courierretreive to onsiteretreive
Move drm * wherestate=courierre tostate=onsitere
4) After that we need to load the tapes as scratch (empty) into the tape library
Tape Library configuration:
1) First we need to zone the tape library and tape drives to the TSM server operating system this can be
done by storage team
2) Once zoning done by storage team, we need to install library drivers (media changer drivers) and tape
drive drivers (LTO drivers) in TSM server operating system level
3) Once drivers are installed, we need to check tape library and tape drives in TSM server operating
system level
Right click on my computer====> click on manage==click on device manager===> then tape library and
tape drives are visible in right hand pane
4) Next we need to define the tape library in TSM server level (TSM server console)
Def library libraryname
As we are using IBM tape libraries, library models will be in the following format
IBM3583, IBM3584, TS3310.TS3100
EX: DEF LIBRARY IBM3584
ONCE WE DEFINED THE TAPE LIBRARY, WE NEED TO DEFINE LIBRARY PATH IN TSM SERVER
SYNTAX TO DEFINE LIBRARY PATH:
DEFINE PATH SOURCENAME DESTINATIONNAME SOURCETYPE=SERVER DESTINATIONTYPE=LIBRARY
DEVICE=DEVICENAME ONLINE=YES
SOURCENAME=TSM SERVERNAME
DESTINATIONNAME=LIBRARYNAME
SOURCETYPE=SERVER
DESTINATIONTYPE=LIBRARY
DEVICE=DEVICENAME
FOR WINDOWS MACHINES LIBARY DEVICES NAMES CAN BE IDENTIFIED IN DEVICE INFORMATIOM
CLICK ON MANAGEMENT CONSOLE==>SELECT TSM SERVER1==>CLICK ON DEVICE INFORMATION
FOR WINDOWS MACHINES LIBRRAY DEVICE NAMES CAN BE IN THE FOLLOWING FORMAT
LB3.0.0.1 OR LB3.1.0.0 (DEPENDS ON LIBRARY DRIVER VERSION)
ONCE LIBRRAY DEVICE NAME IS IDENFIED IN DEVICE INFORMATION, THEN WE NEED TO DEFINE LIBRARY
PATH
DEF PATH VEDATSM IBM3584 SOURCETYPE=SERVER DESTINATIONT=LIBRARY DEVICE=LB3.0.1.0
ONLINE=YES
NOW TAPE LIBRAY DETECTS BY TSM SERVER
ONCE WE DEFINED THE LIBRARY AND LIBRARY PATH, THEN WE NEED TO DEFINE TAPE DRIVES AND
DRIVES PATHS IN TSM SERVER
SYNTAX TO DEFINE TAPE DRIVE IN TSM SERVER:
DEF DRIVE LIBRARYNAME DRIVENAME 0NLINE=YES
FOR EXAMPLE IF WE HAVE 5 DRIVES IN TAPE LIBRARY THEN WE NEED DEFINE 5 DRIVS IN TSM SERVER
DEF DRIVE IBM3584 DRIVE1 ONLINE=YES
ONCE WE DEFINED THE TAPE DRIVE, THEN WE NEED TO DEFINE DRIVE PATH IN TSM SERVER
SYNTAX TO DEFINE DRIVE PATH:
DEF PATH SOURCENAME DESTINATIONNAME SOURCET=SERVER DESTINATIONT=DRIVE
LIBRARY=LIBRARYNAME DEVICE=DEVICENAME ONLINE=YES
EX:
DEF PATH VEDATSM DRIVE1 SOURCET=SERVER DESTINATIONT=DRIVE LIBRARY=IBM3584
DEVICE=MT3.1.0.0 ONLINE=YES
FOR WINDOWS MACHINES TAPE DRIVES DEVICE NAMES CAN BE IN THE FOLLOWING FORMAT
MT3.0.1.0, MT3.1.0.0
THIS CAN BE CHECKED IN DEVICE INFORMATION
CLICK ON MANAGEMENT CONSOLE==>SELECT TSM SERVER1==>CLICK ON DEVICE INFORMATION
NOTE:
TO CHECK THE TAPE DRIVES, WHEN THE TSMSERVER IS installed IN LINUX OR AIX
lsdev -Cc Tape
TO CHECK THE TAPE DRIVE DEVICE NAME WHEN THE TSMSERVER IS installed IN LINUX OR AIX
lscfg -vl rmt*
TO check the library device names, WHEN THE TSMSERVER IS installed IN LINUX OR AIX
lscfg -vl smc*
IN Linux and aix tape library device names can be in the following format
/dev/smc0 or /dev/smc1
IN Linux and aix tape drive device name should be in the following format
/dev/rmt0. /dev/rmt1
=====================================================================================
==========
Tape checkin process:
BY using tape checkin we can load the tapes into the tape library
Command
Checkin libvol libraryname search=bulk/yes/no status=scratch/private
ex:
Search=bulk
if we run the checkin command with search=bulk parameters, then TSM will search all the I/O stations
of the Tape library and it loads all the tapes which are available in the I/O stations
chekcin libvol IBM3584 search=bulk status=scratch
serach=yes:
if we run the checkin command with search=yes parameter then TSM searches for the tapes with in the
tape library which are not identified by the TSM server database(q libvol library name volumename or q
libvol * volumename (command gives no matching found output))
Checkin libvol IBM3584 SERACH=YES VOLUMELIST=VOLUME1, VOLUME2,VOLUME3.......
STATUS=SCRATCH
SERACH=NO;
IF WE RUN THE CHECKIN COMMAND WITH SEARCH=NO PARAMETER, ONLY PARTICULAR VOLUME
(NAMED VOLUME) CAN BE CHECKEDIN INTO THE TAPE LIBRARY FROM LIBRRAY I/O STATION
CHECKIN LIBVOL IBM3584 VOLUMENAME SEARCH=NO STATUS=SCRATCH
BY DEFAULT SEARCH=NO IN CHECKIN COMMAND
==========================================================
TAPE EJECT OR TAPE CHECKOUT PROCESS:
BY USING CHECKOUT COMMAND WE CAN EJECT THE TAPES FROM THE TAPE LIBRARY TO LIBRARY I/O
STATION
:
:
:
:
:
TSM1>DEF PATH TSM2 DRIVE15 SOURCET=SERVER DESTT=DRIVE LIBRARY=IBM3584
DEVICE=DEVICENAME ONLINE=YES
:
:
TSM1>DEF PATH TSM3 DRIVE15 SOURCET=SERVER DESTT=DRIVE LIBRARY=IBM3584
DEVICE=DEVICENAME ONLINE=YES
5) ONCE WE DEFINED THE TAPE DRIVES AND DRIVE PATHS, WE NEED TO DEFINE TAPE LIBRARY IN THE
TSM SERVERS TSM2 AND TSM3 WHICH ARE ACTING AS A LIBRARY CLIENTS WITH FOLLOWING
COMMAND
TSM2>DEF LIBRARY IBM3584 PRIMARYLIBRARYMANAGER=TSM1
TSM3>DEF LIBRARY IBM3584 PRIMARYLIBRARYMANAGER=TSM1
NOTE: IF WE WANT TO IMPLIMENT THE SHARED LIBRARY CONCEPT, WE MUST HAVE SERVER TO SERVER
COMMUNICATION.
IN SHARED LIBRRAY CONCEPT TAPE CHECKIN CAN BE DONE FROM LIBRARY MANAGER TSM SERVER
ONLY
IF WE WANT TO EJECT THE TAPES, WE CAN PERFORM FROM ANY OF THE TSM SERVER
==============================================================
SERVER GROUP:
By using server group, we can perform command routing between TSM SERVERS
TO IMPLIMENT THE SERVER GROUP, WE NEED TO DEFINE SERVER GROUP IN TSM SERVER
SYNTAX:
DEF SERVERGROUP GROUPNAME
EX: DEF SERVERGROUP TSM
ONCE WE DEFINED THE SERVER GROPUP, THEN WE NEED TO ADD TSM SERVERS AS MEMBERS IN THAT
SERVER GROUP
SYNTAX:
DEF GROUPMEMBER SERVERGROUPNAME MEMBER1.MEMBER2, MEMBER3...
EX:
DEF GROUPMEMBER TSM TSM1, TSM2, TSM3
HERE MEMBER1.MEBER2, MEMBER3 ARE THE TSM SERVERS NAMES WHICH ARE PART OF A SERVER
GROUP
WE NEED DEFINE THE SAME SERVER GROUP AND GROUP MEMBERS IN ALL THE TSM SERVERS
TSM1,TSM2,TSM3 WITH THE SAME PROCEDURE
ONCE WE IMPLIMENTED THE SERVER GROUP, IF WE WANT TO KNOW WHAT ARE THE PROCESSES
RUNNING ON ALL THE THREE TSM SERVERS TSM1,TSM2,TSM3, THEN WE CAN CHECK FROM EITHER
TSM1 OR TSM2 OR TSM3
IF WE WANT TO CHECK FROM TSM1 SREVER USE THE FOLLOWING COMMAND
TSM1>SREVERGROPUNAME:Q PR
EX:
TSM1>TSM:Q PR
TSM1>TSM:Q DB
TO CHECK WHETHER THE SERVER GROUP IS IMPLEMENTED IN TSM SERVER OR NOT, USE THE
FOLLOWING COMMAND
Q SERVERGROUP
=============================================================================
COLLOCATION:
BY USING COLLOCATION, WE CAN SEND PARTICULAR NODE DATA OR GROUP OF NODES DATA TO
MINIMUM NUMBER OF TAPES
BY USING RESTORE VOLUME, WE CAN RESTORE THE PRIMARY TAPE DATA FROM COPY TAPES, IF THE
PRIMARY TAPE IS DAMAGED
SYSTAX TO RESTORE THE VOLUMES IS
RESTORE VOLUME VOLUMENAME PREVIEW=YES
EX:
RESTORE VOLUME TAPE1 PREVIEW=YES (HERE TAPE1 IS DAMAGED)
OUTPUT: XYZ PROCESS STARTED
THEN IT WILL LISI OUT THE COPY TAPES IN WHICH THE PRIMARY TAPE DATA IS RESTORED
THIS COPY TAPES CAN IDENTIFIED IN TSM SERVER ACTIVITY LOG(ACTLOG) BY USING THE PROCESS
NUMBER
Q ACT SE="PROCESS: XYZ" (XYZ IS THE RESTORE VOLUME PROCESS)
ONCE WE IDNTIFIED THE COPY VOLUMES, WE NEED TO BRING THOSE COPY VOLUMES FROM OFFSITE
AND WE NEED TO LOAD THOSE COPY TAPES AS PRIVATE TAPES INTO THE TAPE LIBRARY
ONCE THE COPY TAPES ARE LOADED INTO THE TAPE LIBRRAY, WE NEED TO CHANGE THE ACCESS OF
THOSE VOLUMES TO READONLY
THEN WE NEED TO RESTORE THE PRIMARYTAPE DATA FROM COPY TAPES BY USING FOLLOWING
COMMAND
RESTORE VOLUME VOLUMENAME
(HERE VOLUME NAME IS PRIMARY TAPE NAME WHICH IS DAMAGED)
THEN DAMAGED TAPE DATA WILL RESTORED INTO ANOTHER NEW TAPE
ONCE THE PRIMRAYTAPE DATA IS RESTORED FROM COPY TAPES, THEN WE NEED TO UPDATE THE
ACCESS OF THE DAMAGED PRIMARY TAPE TO DESTROYED
UPD VOLUME VOLUMENAME ACCESS=DESTROYED
AFTER THAT WE NEED TO EJECT THE COPY TAPES FROM THE TAPE LIBRARY AND SEND THOSE TAPES
OFFSITE
============================================================
AUDIT VOLUME:
IF THERE ANY READ OR WRITE ERRORS OOCURED IN A VOLUME IN THAT CASE WE NEED TO GO FOR
AUDIT VOLUME BY USING THE FOLLOWING COMMAND
2: DIFFERENTIAL
3: LOG BACKUP
FULL: IT TAKES FULL BACKUP OF THE SQL DATABASES
2) DIFFERENTIAL: BY USING DIFFRENTIAL BACKUP WE CAN TAKE WHAT EVER CHANGES HAPPEN TO THE
SQL DATABASE SINCE THE LAST FULL BACKUP AND IT TAKES BACKUP OF THOSE CHANGES UNTIL NEXT
FULL BACKUP RUNS
3) LOG BACKUP: BY USING LOG BACKUP, WE CAN TAKE BACKUP OF THE SQLSERVER TRANSACTION LOGS
WHICH ARE GENERATED DURING INSERTION AND UPDATION OF THE TABLES IN THE SQL SERVER
DATABASES
THESE LOGS STORE IN LOCAL DRIVE OF THE MACHINE, WHERE THE SQL SERVER IS INSTALLED
ONCE THE LOG BACKUP IS COMPLETED, THOSE LOGS WILL BE PURGED (REMOVE) FROM THE DISK
TSM SERVER CIONFIGURATION PART:
IN TSM SERVER WE NEED TO REGISTER SEPERATE NODES, ONE NODE FOR FILE SYSTEM BACKUP AND
ANOTHER NODE FOR SQL DATABASE BACKUPS
REG NODE NODENAME NODEPASS DOM=DOMAINNAME USERID=NONE
FS NODE:
REG NODE VEDA VEDA DOM=FSDOMAIN USERID=NONE
SQL NODE:
REG NODE VEDA_SQL VEDA_SQL DOM=SQLDOM USERID=NONE BACKUPDELETE=YES ARCHDELETE=YES
(IF WE DO NOT ENABLE. BACKDEL AND ARCHDEL PARAMETERS, EXPIRED SQL DATABSE BACKUPS WON'T
BE DELETED)
==========================================================
TSMN CLIENT SIDE CONFIGURATION:
IN CLIENT MACHINE WE NEED TO INSTALL BA CLIENT AND TDP SQL SOFTWARE
THE DEFAULT INSTALLATION DIRECTORY OF BA CLIENT IS
C:\PROGRAM FILES\TIVOLI\TSM\BACLINET
IN THE DSM.OPT FILE WE NEED TO MENTION THE NODE NAME AS VEDA WHICH IS REGISTERED FOR FILE
SYSTEM BACKUP
BY USING TDP EXCHANGE, WE CAN THE BACKUP OF EXCHNAGE MAIL SERVER (RECOVERY STORGAGE
GROUP BACKUP)
THERE ARE 4 TYPES OF BACKUPS IN TDPEXCHANGE
1: FULL
IT TAKES FULL BACKUP OF THE EXCHNAGE SREVER (RSG) AND IT WILL PURGE(CLEAR) THE LOGS
2: COPY BACKUP:
IT TAKES FULL BACKUP OF EXCHANGE SERVER, BUT IT WILL NOT PURGE THE LOGS
3: DIFFERENTIAL BACKUP:
IT TAKES ONLY TRANSACTION LOGS BACKUP AND IT WILL NOT PURGE THE LOGS
4: INCREMENTAL BACKUP:
IT TAKES ONLY TRANSACTION LOGS BACKUPS AND IT WILL PURGE THE LOGS
TSM SERVER SIDE CONFIGURATION:
IN TSM SERVER, WE NEED TO REGISTER SEPERATE NODES ONE FOR FS BACKUP AND ANOTHER NODE
FOR EXCHANGE BACKUPS
FS NODE NAMING CONVENTION SHOULD BE AS HOSTNAME AND EXCHANGE NODE NAMING
CONVENTIUONB SHOULD BE AS HOSTNAME_EXCHANGE
REG NODE VEDA VEDA DOM=FSDOM USERID=NONE
REG NODE VEDA_EXCHANGE VEDA_EXCHANGE DOM=EXCHDOM USERID=NONE BACKUPDEL=YES
ARCHDEL=YES
IN CLINET MACHINE WE NEED TO INSTALL BA CLINET AND TDPEXCHANGE SOFTWARE
THE DEFAULT INSTALLATION DIRECTORY OF BA CLINET IS
c:\PROGRAM FILES\TIVOLI\TSM\BACLIENT
THE DAFAULT INSTALLATION DIRECTORY OF TDPEXCHANGE IS
c:\PROGRAM FILES\TIVOLI\TSM\TDPEXCHANGE\
IN THE TDPEXCHANGE DIRECTORY, WE CAN SEE THE FOLLOWING CONFIG FILES
DSM.OPT
TDPEXCC.EXE (TDP EXCHANGE COMMAND LINE)
INCR BACKUP:
TDPEXCC BACKUP * INCR
IF WE WANT WE CAN TAKE THE BACKUP BY USING TDPEXCHANGE GUI, FOR THIS WE NEED TO CLICK ON
TDPEXC.EXE FILE, THEN TDPEXCHANGE GUI WILL OPEN
AFTER THAT WE NEED TO CONFIGURE THE SAMPLE FILES TO CONFIGURE SCHEDULE BACKUP
FOR FULL BACKUP OPEN THE TDPEXCFULL.SMP FILE AND ADD THE FOLLOWING ENTRY AND SAVE THE
FILE AS TDPEXCFULL.CMD FORMAT
TDPEXCC BACKUP * FULL
FOR COPY BACKUP WE NEED TO EDIT THE TDPEXCCOPY.SMP FILE AND ADD THE BELOW ENTRY AND
SAVE THE FILE AS TDPEXCCOPY.CMD
TDPEXCC BACKUP * COPY
SAME FOR DIFF BACKUP AND INCR BACKUP
IN THE TSM SERVER WE NEED TO DEFINE SCHEDULE WITH THE FOLLOWING COMMAND
DEF SCHED DOMAINNAME SCHEDNAME T=CLIENT ACTION=COMMAND OBJECTS="LOCATION OF THE
CMD FILES IN THE CLINET MACHINE"
FOR FULL BACKUP
DEF SCHED EXCDOM EXCFULL T=CLIENT ACTION=COMMAND OBJECTS="C:\PROGRAM
FILES\TIVOLI\TSM\TDPEXCHNAGE\TDPEXCFULL.CMD" DAYOFWEEK=SAT
FOR DIFF BACKUP:
DEF SCHED EXCDOM EXCDIFF T=CLIENT ACTION=COMMAND
OBJECTS="C:\PROGRAMFILES\TIVOLI\TSM\TDPEXCHNAGE\TDPEXCDIFF.CMD"
DAYOFWEEK=MON,TUE,WED,THU,FRI
INCR:
DEF SCHED EXCDOM EXCINCR T=CLIENT ACTION=COMMAND
OBJECTS="C:\PROGRAMFILES\TIVOLI\TSM\TDPEXCHNAGE\TDPEXCINCR.CMD" PERIOD=4
PERUNITS=HOURS
NEXT WE NEED TO ASSOCIATE THE EXCHANGE NODE VEDA_EXCHANGE TO THE EXCHNAGE SCHEDULES
DEF ASSOC EXCDOM EXCFULL VEDA_EXCHANGE
DEF ASSOC EXCDOM EXCDIFF VEDA_EXCHANGE
WHILE CONFIGURING, WE NEED TO MENTION THE LOCATION OF THE OPT FILE AS DSM.OPT WHICH IS IN
TDP ORACLE DIRECTORY
BACKUP METHODOLGIES IN ORACLE:
COLD BACKUP
HOT BACKUP
IN COLD BACKUP METHODOLGY, WE NEED TO SHUTDOWN THE ORACLE DATABASE, ONCE THE
DATABASE IS DOWN, THE DATABASE FILE ACTS AS NORMAL FILE SYSTEM
BY UISNG BACLINET WE CAN TAKE THE BACKUP THAT DATABASE FILE SYSTEM
HOTBACKUP:
IN HOT BACKUP MKETHODOLGY, WHEN THE DATABASE IS UP AND RUNNING (DATABASE IS ONLINE), BY
USING TDP ORACLE WE CAN TAKE ONLINE BACKUP OF THE ORACLE DATABSE
WHEN THE BACKUP STARTS, TDP ORACLE COMMUNICATE WITH ORACLE RMAN(RECOVERY MANAGER),
THEN RMAN WILL TAKE THE BACKUP OF THE DATABSE AND SEND IT TO TSM SERVER.
RMAN IS A PLUGIN THAT COMES WITH ORACLE DATABASE AND FOR ORACLE BACKUPS, BACKUPS
CONTROL BY RMAN (NOT BY TSM0 IN RMAN BACKUP SCRIPT BASED ON THE NO OF BACKUP VERSIONS
PARAMETER.
IN TSM THE COPY GROUP PRMTER VALUES SHOULD BE 1, 0, and 0.0
VEREXIST=1
VERDEL=0
RETEXTRA=O
RETONLY=0
===================================
COMMAND TO RESTORE TSM SERVER DATABASE:
DSMSERV RESTORE DB DEVICECLASS=DEVICECLASSNAME VOLUME=VOLUMENAME
TSM DB Mirror and LOG Mirroring:
DEFINING DATABASE and recover log MIRROR COPY
DEF DBCOPY PRIMARYCOPYNAME SECONDAYCOPUNAME f=size
DEF LOGCOPY PRIMARYCOPYNAME SECONDARYCOPYNAME f=size
IN DSMSTA.OPT FILE
DEVCONFIG DEVCONFIG.TXT
SERVERNAME TSMSERVERNAME
ONCE THE DEVCONFIG.TXT AND DSMSTA.OPT FILES ARE CONFIGURED THEN WE NEED TO SET THE
STORAGE AGENT PASS, FOR THIS GO TO THE STORAGE AGENT DIRECTORY
C:\PROGRAMFILES\TIVOLI\TSM\STORAGEAGENT
THERE RUN THE FOLWOING COMMAND IN STORAGE AGENT DIRECTORY
C:\PROGRAMFILES\TIVOLI\TSM\STORAGEAGENT\DSMSTA
THEN IT WILL ASK FOR
STORAGEAGENTNAME: VEDA_STA
STORAGEAGENTPASS: VEDA_STA
CONFIRMATIONPASS: VEDA_STA
ONCE STGAGENT PASSWORD IS SET, THEN WE NEED TO CHECK THE COMMUNICATION BETWEEN
LANFREE (STORAGE AGENT) AND TSM SERVER,
RUN THE FOLLOWING COMMAND IN STGAGENT DIRECTORY
DSMSTA Q SESS
ONCE STGAGENT IS CONFIGURED, THEN GO TO THE BA CLIENT DIRECTORY AND OPEN THE DSM.OPT
FILE AND ADD THE FOLLOWING PARAMETERS
NODENAME LANFREENODENAME (NAME OF THE NODE WHICH BACKUP RUNS VIA LANFREE)
TCPSERVERADDRESS TSMSERVERIPADDRESS
ENABLELANFREE YES (IMP PARAMETER IN LANFREE BACKUP)
LANFREECLIENTADDRESS IPADDRESSOF LANFREE CLIENT
LANFREECOMMETHOD TCPIP
PASSWORDACCESS GENERATE
RESOURCEUTILIZATION 5
ONCE THE ABOVE PARAMETERS ARE ADDED IN DSM.OPT FILE, THEN SET THE NODE PASSWORD BY
USING DSMC
THEN IT WILL ASK FOR USERID AND PASSWORD AND CONFIRMATION PASSWORD
IN TSM SEREVR WE NEED TO VALIDATE THE LANFREE BY USING THE FOLLWING COMMAND
VALIDATE LANFREE STGAGENTNAME NODENAME
VALIDATE LANFREE VEDA_STA VEDA
AND IN NODE DEFINITION WE NEED TO UPDATE THE FOLLWOING PARAMETERS DATAREADPATH AND
DATAWRITEPATH TO LANFREE
WHEN WE RUN THE LAN FREE BACKUP FOR THE NODE (VEDA). THEN BACKUP RUNS VIA LANFREE
TO CHECK THE STORAGE AGENT SESSIONS IN TSM SERVER USE THE FOLLWOING COMAND
Q SESS
IT DISPLAYS STORAGEAGENT SESSIONS
TO CHECK WHETHER THE LANFREE BACKUP IS RUNNING OR NOT GIVE THE FOLWING COMAND IN TSM
SERVER
STORAGEAGENTNAME:Q SESS
VEDA>VEDA_STA:Q SESS
NOTE: WHEN WE INSTALL THE STORAGE AGENT SOFTWARE IN THE CLIENT, AUTOMATICALLY
STORGAENT AGENT SERVICE WILL COME, THIS CAN BE CHECKED IN SERVICES (SERVICES.MSC) AND THIS
SERVICE SHOULD BE IN STARTED MODE.
SHARED LIBRARY CONCEPT:
BY USING SHARED LIBRARY CONCEPT, SINGLE TAPE LIBRARY CAN BE SHARED AMONG MULTIPLE TSM
SERVER
IN MULTIPLE TSM SEREVRS, ONE TSM SERVER ACTS AS LIBRARY MANAGER AND REST OF THE TSM
SEREVRS ACTS AS LIBRARY CLIENTS
FOR EXAMPLE WE HAVE THREE TSM SERVERS TSM1.TSM2 AND TSM3
TSM1 WE ARE CHOOSING AS LIBRARY MANAGER
TSM2 AND TSM3 ARE CHOOSING AS LIBRARY CLIENTS
IN LIBRRAY MANAGER TSM SERVER WE NEED TO DEFINE THE TAPE LIBRRAY WITH SAHRED=YES
PARAMETER
TSM1>DEFINE LIBRARY IBM3584 SHARED=YES
IN LIBRARY CLIENT TSM SERVER TSM2 AND TSM3, WE NEED TO DEFINE THE TAPE LIBRARY
SYNTAX:
DEFINE LIBRRAY IBM3584 PRIMARYLIBRARYMANAGER=LIBRARYMANAGERTSM SERVER NAME
TSM2>DEF LIBRARY IBM3584 PRIMARYLIBRARYMANAGER=TSM1
TSM3>DEF LIBRARY IBM3584 PRIMARYLIBRARYMANAGER=TSM1
IN LIBRARAY MANAGER TSM SERVER TSM1, WE NEED TO DEFINE THE LIBRARY PATH
DEF PATH SOURCENAME DESTINATIONNANE SOURCETYPE=SERVER DESTT=LIBRARAY
DEVICE=DEVICENAME ONLINE=YES
TSM1>DEF PATH TSM1 IBM3584 SOURCETYPE=SERVER DESTT=LIBRARY DEVICE=/DEV/SMC0
ONLINE=YES
IF WE HAVE 10 DRIVES IN THE TAPE LIBRRAY THEN WE NEED TO DEFINE THE TAPE DRIVES IN TSM
SERVER
FIRST WE NEED TO DEFINE 10 TAPE DRIVES IN TSM1 TSM SERVER
TSM1>DEF DRIVE IBM3584 DRIVE1 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE2 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE3 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE4 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE5 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE6 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE7 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE8 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE9 ONLINE=YES
TSM1>DEF DRIVE IBM3584 DRIVE2 ONLINE=YES
NEXT WE NEED TP DEFINE 10 DRIVE PATHS IN TSM1 SERVER
SYNTAX:
DEF PATH SOURCENAME DESTTNAME SOURCET=SERVER DESTT=DRIVE LIBRARY=LIBRARYNAME
DEVICE=DEVICENAME ONLINE=YES
2:IF IT IS WINDOWS MACHINE SOME TIMES SYSTEM STATE BACKUP GETS FAIL DUE TO THE VSS
ISSUE(VOLUME SHADOW COPY SERVICE)
FOR THIS WE NEED TO RUN THE FOLLOWING COMMAND IN WINDOWS COMMAND LINE
VSSADMIN LIST WRITERS
IF THERE IS ANY WRITE ERRORS IN VSS, THEN WE NEED TO CHECK WITH WINDOWS TEAM
NOTE;VSS IS UTILITY IN WINDOWS OPERATING SYSTEM, BY USING VSS, WE CAN TAKE THE BACKUP OF
SYSTEM STATE
BY TAKING SYSTEMSTATE BACKUP, WE CAN TAKE BACKUP OF ALL THE SERVICES RUNNING ON THE
WINDOWS MACHINE
3: SOME TIMES BACKUP GETS FAIL, WITH FILE INPUT/OUTPUT ERROR
IF THE FILE GOT CORRUPTED IN THE CLIENT MACHINE, IN THAT CASE BACKUP GETS FAIL WITH FILE I/O
ERROR
FOR THIS WE NEED TO CHECK WITH OPERATING SYSTEM TEAM
THESE FILE I/O ERRORS CAN BE IDENTIFIED IN DSMERROR.LOG
THEN OPERATING SYSTEM TEAM PERFORM CHKDSK(CHECK DISK) COMMAND IN OPERATING SYSTEM
LEVEL
4:IF THE COMMUNICATION DROP HAPPENS BETEEN TSM CLIENT AND TSM SERVER WHEN THE BACKUP
IS RUNNING, IN THAT CASE BACKUP GETS FAIL WITH TCP/IP COMMUNICATION FAILURE ERROR
FOR THIS WE NEED TO CHECK WITH NETWORK TEAM
5:IF IT IS LAN FREE BACKUP,SOME TIMES BACKUP GETS FAIL WITH SCRATCH MOUNT REQUET DENIED
ERROR, IF THERE IS NO SCRATH TAPES WITH IN THE TAPE LIBRARY
FOR THIS WE NEED TO LOAD SCRATCH TAPES INTO THE TAPE LIBRARY
COMMAND TO CHECK SCRATCH TAPES IN THE TAPE LIBRARY
SELECT COUNT(*) FROM LIBVOLUMES WHEER STATUS='Scratch'
6: IF THE MEMORY UTILIZATION IS HIGH ON THE CLIENT MACHINE WHEN THE BACKUP IS RUNNING, IN
THAT CASE BACKUP GETS FAIL WITH "INSUFFICENT SYSTEM RESOURCES" ERROR
FOR THIS WE NEED TO ADD THE FOLLOWING PARAMETER IN DSM.OPT FILE
MEMORYEFFICIENTBACKUP YES
NOTE; IF ANY CHANGES MADE TO THE DSM.OPT FILE THEN WE NEED TO REFRESH THE TSM CLIENT
SCHEDULER SERVICE TO EFFECT THE CHANGES
=======================================
RUNNING THE BACKUP FROM TSM SERVER:
BY USING CLIENTACTION WE CAN RUN THE BACKUP FROM TSM SERVER ITSELF
DEF CLIENTACTION NODENAME DOM=DOMAINNAME ACTION=I
DEFCLIENTACTION NODENAME DOM=DOMAINNAME ACTION=COMMAND OBJECTS="LOCATION OF THE
SCRIPT"
CLIENTACTION ALSO CAN BE CALLED AS ONE TIME SCHEDULE OR IMEEDIATE SCHEDULE
Daily Activities::
1: we need to check last 24 hours missed AND FAILED BACKUPS, IF ANY OF THE BACKUP MISSED OR
FAILED WE NEED TO TROUBLE SHOOT THOSE FAILURES
Q EVE * * BEGIND=-1 ENDD=-0 EX=YES
2; WE NEED TO CHECK ADMIN SCHEDULE STATUS
Q EVE * T=A EX=YES
IF ANY OF THE ADMIN SCHEDULE FAILS, THEN WE NEED TO RUN IT MANUALLY
REASON FOR ADMIN SCHEDULE FAILURE:
A) STORAGE BACKUP FAILURE;
IF THERE IS NO SCRATCH TAPES WITH IN THE TAPE LIBRARY, IN THAT CASE STORAGE POOL BACKP GETS
FAIL, IF THE TAPE DRIVES ARE BUSY WHEN RUNNING THE STGPOOL BACKUP, IN THAT CASE STGPOOL
BACKUP GETS FAIL
B) REASON FOR TSM DB BACKUP FAILURE:
IF THERE IS NO SCRATCH TAPES WITH IN THE TAPE LIBRARY, IN THAT CASE TSM DB BACKUP GETS FAIL,
FOR THIS WE NEED TO LOAD SCRATCH TAPES IN TO THE TAPE LIBRARY.
C) REASON FOR MIGRATION FAILURE:
IF THERE IS NO SPACE IN DESTINATION STGPOOL IN THAT CASE MIGRATION GETS FAIL, FOR THIS WE
NEED TO INCREASE THE MAX SCATCH VALUE IN STGPOOL
IF THE TAPE DRIVES ARE BUSY, WHILE MIGRATION ISRUNNING INTHAT CASE MIGRATION GETS FAIL
3: IF THE RECOVERY LOG SPACE IS COMPLETELY UTILIZED AND THE LOG UTILIZATION IS HIGH AND
THERE IS NO SPACE TO EXTEND THE LOG, THEN WE NEED TO CHECK WHICH IS CAUSING THE RECOVERY
LOG UTILIZATION HIGH BY UISNG THE FOLLOWING COMMAND
SHOW LOGPIN
THEN IT DISPLAYS, WHICH BACKUP SESSION IS CAUSING THE RECOVERY LOG UTILIZATIOH HIGH
MOST OF THE TIMES ORACLE BACKUPS CAUSE THE RECOVERY LOG UTILIZATION HIGH, IN THAT CASE WE
NEED TO CANCEL THE BACKUP WHICH IS CAUSING THE LOG UTILIZATION HIGH
BEFORE CANCELLING THE BACKUP THEN WE NEED TO CHECK WITH ORACLE DBA TO GET THE APPROVAL
TO CANCEL BACKUP
ONCE ORACLE DBA IS APPROVED THEN WE NEED TO CANCEL THE BACKUP BY USING THE FOLLOWING
COMMAND
CANCEL SESSION SEESIONUMBER
THEN RECOVERY LOG UTILIZATION WILL COME DOWN
EVEN AFTER CANCELLING THE BACKUP SESSION, STILL THE RECOVERY LOG UTILIZATION IS NOT COMING
DOWN, THEN WE NEED TO REFERSH THE TSM SERVER SERVICE
5:WE NEED TO CHECK TAPE DRIVE STATUS:
Q DRIVE
IF ANY OF THE TAPE DRIVE IS OFFLINE WE NEED TO MAKE IT AS ONLINE
UPD DRIVE LIBRARYNAME DRIVENAME ONLINE=YES
6;WE NEED TO CHECK TAPE DRIVE AND TAPE LIBRARY PATH
IF TAPE DRIVE OR LIBRARY PATH IS OFFLINE, WE NEED TO MAKE IT AS ONLINE
UPD PATH SOURCENAME DESTINATIONNAME SOURCET=SERVER DESTINATION=DRIVE
LIBRARY=LIBRARYNAME ONLINE=YES
7:IF ANY RESTORE REQUEST COMES, WE NEED TO WORK ON PRIORITY BASIS
8: IF ANY NEW BACKUP CONFIGURATION REQUEST COMES WE NEED TO CONFIGURE BACKUP FOR THAT
SERVER
9: WE NEED TO CHECK THE STGPOOL UTILIZATION
Q STG
IF THE DISK STGPOOL UTILIZATION IS HIGH, THEN WE NEED TO RUN MANUAL MIGRATION
IF WE FIND ANY MISMATCHING BETWEEN DEVICE NAMES THEN WE NEED UPDATE THE DRIVE PATHS IN
TSM SERVER LEVEL WITH CORRECT DEVICE NAMES BY UPDATE PATH COMMAND, WHICH ARE
VISIBLE IN TSM SERVER OSLEVEL
TO CHECK THE TAPE DRIVE DEVICE NAMES IN TSM SERVER LEVEL USE Q PATH F=D
TO CHECK THE TAPE DRIVE DEVICE NAMES TSM SERVER OSLEVEL USE THE FOLLOWING COMMAND
LSCFG VL RMT*
DRIVE STATE:
EMPTY (TAPWE DRIVE IS EMPTY)
LOADED (TAPE MOUNTED IN DRIVE FOR READ/WRITE OPERATIONS0
UNKNOWN (TAPE GOT STRUCKED IN THE DRIVE)
IN THAT CASE WE NEED ASK ONSITE TEAM TO REMOVE THE STRUCK TAPE FROM THE GRIPPER, ONCE
STRUCK TAPE IS REMOVED FROM THE GRIIPER THEN GRIPPER COMES ONLINE AND IT WILL WORK
AUTOMATICALLY
SOME TIMES EVEN AFTER REMOVING THE STRUCK TAPE FROM THE GRIPPER, GRIPPER MAY NOT WORK
AND STILL THE GRIPPER STATUS SHOWS AS OFFLINE, IN THAT CASE WE NEED LOG A HARDWARE CALL
WITH IBM, THEN IBM ENGINEER WILL COME AND REPLACE THE FAILED GRIPPER'
CLIENTACTION OR IMMEDIATE SCHEDULE OR INITIATING BACKUP FROM TSM SERVER ITSELF(ONE TIME
SCHEDULE). BY USING CLIENTCTION, WE CAN DEFINE ONE TIME SCHEDULE IN TSM SERVER
DEF CLIENTACTION NODENAME DOM=DOMAINNAME ACTION=I
DEF CLIENTACTION SRILAKSHMI-PC DOM=TESTDOM ACTION=I
TO CHECK THE ONE TIME SCHEDULE STATUS IN TSM SERVER
USE THE FOLLOWING COMMANDQ EVE * @*
TSM CLIENT INSTALLATION DIRECTORY IN WINDOWS:
C:\PROGRAM FILES\TIVOLI\TSM\BACLIENT
LINUX:
/OPT/TIVOLI/TSM/CLIENT/BA/BIN/
AIX:
32 BIT OPERATING SYSTEM:
/USR/TIVOLI/TSM/CLIENT/BA/BIN
64-BIT OPERATING SYSTEM:
/USR/TIVOLI/TSM/CLIENT/BA/BIN64
TSM SERVER INSTALLATION DIRECTORY:
WINDOWS:
c:\PROGRAM FILES/TIVOLI/TSM/SERVER
UNIX/LINUX:
/OPT/TIVOLI/TSM/SERVER/BIN
AIX:
/USR/TIVOLI/TSM/SERVER/BIN
=================================================
COMMAND TO CHECK TSM SERVER SERVICE IS RUNNING OR NOT:
WINDOWS:
SERVICES.MSC ND CHECK TSM SERVER1 SERVICE
UNIX/LINUX/IX:
PS -EF|GREP DSMSERV
===============================================
TO START THE TSM SERVER SERVICE:
WINDOWS;
GO TO THE SERVICE.MSC AND SELECT TSMSERVER1 SERVICE ND RIGHT CLICK ON THE SERVICE , THEN
CLICK ON START
UNIX/LINUX/AIX:
GO TO THE TSM SERVER INSTALLATION DRIRECTORY:
UNIX;
/OPT/TIVOLI/TSM/SERVER/BIN
TO START THE TSM SERVER SERVICE IN FORGROUND:
/OPT/TIVOLI/TSM/SERVER/BIN/./DSMSERV
TO START THE TSM SERVER SERVICE IN BAGROUND:
/OPT/TIVOLI/TSM/SERVER/BIN/DSMSERV QUIET &
AIX:
/USR/TIVOLI/TSM/SERVER/BIN
TO START THE TSM SERVER SERVICE IN FORGROUND:
/USR/TIVOLI/TSM/SERVER/BIN/./DSMSERV
TO START THE TSM SERVER SERVICE IN BAGROUND:
TO CHECK WHAT ARE THE TAPES MOUNTES IN THE TAPE DRIVES USE THE FOLLOWING COMMAND IN
TSM SERVER
Q MOUNT
=====================================================================================
OPERATING SYSTEM BASIC COMANDS:
1: TO CHECK THE SERVICES IN WINDOWS MACHINE
WINDOWS:
GO TO THE START MENU AND CLICK ON RUN==> THEN TYPE "SERVICES.MSC"===> CLICK ON OK
THEN IT DISPLAYS WHAT ARE THE SERVICES RUNNNING ON THE SREVER
LINUX/AIX/UNIX:
PS -EF|GREP SERVICENAME (|=PIPE SYMBOL)
2: TO CHECK THE IPADDRESS OF THE SERVER:
WINDOWS:
IPCONFIG /ALL
LINUX/AIX/UNIX:
IFCONFIG -A
3: TO THE CHECK THE HOSTNAME (COMPUTERNAME)
WINDOWS:
IN COMMAND LIKE TYPE "HOSTNAME"
LINUX/AIX/UNIX:
HOSTNAME
4; TO CHECK THE OPERATING SYSTEM BIT LEVEL
WINDOWS:
RIGHT CLICK ON MY COMPUTER ==> CLICK ON PROPERTIES
UNIX/AIX/LINUX:
OSLEVEL -k OR BOOTINFO -Y
1)
Database
DB
2)
Active Log
3)
Archive Log
4)
Storage Pools
5)
Policy Management
6)
Scheduler
7)
Administrative Interfaces
8)
=====================================================================================
=============================
2) IN TSM 6 TSM DATABASE INBUILT WITH DB2 AND THE MAXIMUM SIZE OF TSM DATABASE IS 1 TB
IN TSM 6 INSTEAD OF RECOVERY LOG, WE HAVE ACTIVITY LOG AND ARCHIVE LOG
ACTIVITY LOG WORKS AS NORMAL MODE AND ARCHIVE LOG ACTS AS ROLLFORWARD MODE
THE MAX SIZE OF ACTIVIELOG IN TSM 6 IS 128 GB AND ARCHIVE LOG SIZE IS DEPENDS ON THE
ENVIRONMENT (NO LIMITS FOR ARCHIVE LOG SIZE, USUALLY THE SIZE COULD BE 3 TIMES OF ACTIVE
LOG)
=====================================================================================
==========================
3) IN TSM 6 WE CAN RUN THE TSM DB BACKUP IN MULTIPLE STREAMS, BY DEFAULT DB BACKUP RUNS
ON ONE PROCSS
IF WE WANT TO RUN THE DB BACKUP IN MULTIPLE PROCESSES, WE NEED TO INCREASE Number of
Database Backup Streams" TO 2
THIS PARAMETER CAN BE IDENTIFIED IN Q DB F=D IN TSM 6
tsm: ADSM_CLPTSM001>Q DB F=D
IN TSM6 WE HAVE DATA DEDUPLICATION AVAILABLE AND DATA DUPLICATION CAN BE USED IN BOTHE
THE WAYS
Deduplcation is process of deleting the duplicate data.
1: CLIENT LEVEL DEDUPLICATION
2) SERVER LEVEL DEDUPLICATION
1: CLIENT LEVEL DEDUPLICATION
FOR CLIENT LEVEL DEDUPLICATION WE NEED TO ENABLE THE FOLLOWING PARAMETERS
IN DSM.OPT WE NEED TO ADD THE FLOOWING PARAMETERE
DATADEDUPLICATION YES
AND WHILE REGISTERING THE NODE IN TSM SERVER, WE NEED TO ADD THE FOLLOWING PARAMETER
DEDUPLICATION=CLIENTOrserver
2) SERVER LEVEL DEDUPLICATION
TO ENABLE SERVER SIDE DEDUPLICATION, WE NEED ENABLE DEDUPLICATION=YES IN TAPE STORAGE
POOL DEFINTION.
in tsm 6.3 we have node replication option available, by using node replication, we can replicate node
data from one tsm server to another tsm server
to enable node replication, first we need to have server to server communication and we need to set
the replication server in both source and target tsm server
set replicationserver tsmservername
once we set the replication servers then in source server we need to replicate(copy) the node data from
source tsm server to target tsm server by using the following command
Replicate node nodename
then data replicates to target server, the advantage of replication is, if source tsm server is not available,
we can access the node data from target server
=====================================================================================
=====================================================================================
IN TSM 6 IF WE WANT TO THE DATABASE VOLUMES USE THE FOLLWOING COMMAND
Q DBSPACE
tsm: ADSM_CLPTSM001>Q DBSPACE
Location
------------------------------
Total Space(MB)
---------------
Used Space(MB)
---------------
Free Space(MB)
---------------
/home/tsminst1/tsmdb01
262,016.00
23,504.24
238,511.76
/home/tsminst1/tsmdb02
262,016.00
23,504.24
238,511.76
/home/tsminst1/tsmdb03
262,016.00
23,504.24
238,511.76
/home/tsminst1/tsmdb04
262,016.00
23,504.24
238,511.76
tsm: ADSM_CLPTSM001>
To increase the TSM database size in TSM 6, we dont need to create TSM Database volumes and extend
the DB
We can directly create the database directory by using the following command
=====================================================================================
=============================================================================
4) Clearly explain incident management, problem management and change management and what all
issues u faced?
Incident means: any backup failure or any restore request will be raised as incident these incidents
Have priorities Like p1, p2, p3,p4
Problem management means, if the backup is continuously failing (3 consecutive failures)
For this we need to raise a problem ticket and work on it
Change management: if any change need to be performed Like Hard ware replacement in Tape Library
Or any new backup configuration for this we need to go through the change process, we need to get the
Approval from customer, then only we need to implement the change as per the schedule
5) what all major issues u faced and solved
Major issues means, Gripper failure issues in the tape library, then I had logged a call with
IBM to replace the failed gripper not to impact the production servers backups
=====================================================================================
====
Backup set:
Backup set is group of active files, that can be stored in particular media, (backup sets maintains active
files only)
the advantage of backup set is we can recover the data from the tapes without tsm server interventions
Syntax to generate backup is
Generate backupset backupsetname nodename devciceclass=deviceclassname retention=days
ex; Generate backupset TESTBACKUPSET VEDA devciceclass=fileclass retention=360
to check whether the backup set is running or not use the following command q pr in TSM servers
to check whether the backup set is completed or not, use the following command
q Volhist t=backupset
200GB
LTO2 200GB
400 GB
LTO3 400 gb
800 GB
LTIO4 800 GB
1.6 tb
By default migration continue parameter is yes, if we enable the migration delay parameter and set the
migration continue to yes, then migration delay parameter doesnt work and data will be continuously
migrated from disk storage pool to tape storage pool.
REUSE DELAY PARAMETER IN COPY STORAGE POOL:
THIS PARAMETER is applicable to copy storage pool and by default reuse delay parameter value is 0
days, when the offsite reclamation completes for volumes, then those volumes automatically goes to
vaultretreive state
If we mention the reuse delay value to 5 days, when the offsite reclamation completes for the volumes,
then those volumes go to PENDING state for 5 days and after five days, tapes go to vaultretereive state
We can recover the data from the pending volumes with in these five days
Vaultretreive tapes are nothing but, the tapes which becomes empty after offsite reclamation
Those vaultretreive tapes can be recalled in DRM process
MOVE DATA:
By using move data, we can move the data from one volume to another volume, after moving the data,
the source volume becomes empty
There are two ways to cerate to scratch volumes in the Tape library
Move data and Space reclamation
Move data can performed on Single volume and if we want we can move the data from tape to disk
But if we run the Space reclamation, reclamation runs for all the volumes which are used by the storage
pool and reclamation can be performed on set of volumes not for a single volume.
Space reclamation can be run on tapes only.
MOVE NODE DATA:
By using move node data, we can move the node data from one storage pool to another storage pool
Syntax:
Move nodedata nodename fromstg=sourcestgname tostg=targetstgname
Deleting node from TSM server:
First we need to delete the file space of a node by using the following command
Delete fi nodename *
Ex:
Del fi XYZ *
After deleting the nodedata, then we need to remove the node from TSM server by using the following
command
Rem node nodename
To check, how much space is occupied for each node in TSM server, use the following command:
Q auditoccupancy
To check total data stored in the TSM server:
Total TSM server occupancy in TB
Select CAST (FLOAT (SUM (TOTAL_MB))/1024/1024 as DEC (8,2)) as TB from auditocc
To check, how many number of Scratch tapes with in the Tape Library:
Select count(*) from libvolumes where status=Scratch
Volume Access (Tape Access):
Readonly
Readwrite
Unavailable
Destroyed
TO update the volume access from readonly to readwrite:
Update volume volumename access=readwrite
Short cuts:
Define def
Delete Del
Storage pool= stg
Remove = rem
Register = reg
Volume = vol
Domain = Dom
Policyset = pol
Management class = mgmt
Copy group = copyg
Device class = devc
Update = upd