9
Tivoli Storage Manager 6.4 IBM og Peanuts ønsker velkommen til seminar Agenda: Om IBM og Peanuts v/Olaf Frøseth og Jan E. Danielsen TSM 6.3 og 6.4 De-duplisering og replkering over WAN/LAN Ny TSM rapportering TSM og Virtualisering Demonstrasjon av løsningen v/Roger Stakkestad

TSM og replikering

Embed Size (px)

Citation preview

Page 1: TSM og replikering

Tivoli Storage Manager 6.4 IBM og Peanuts ønsker velkommen til seminar

Agenda: •  Om IBM og Peanuts v/Olaf Frøseth og Jan E.

Danielsen •  TSM 6.3 og 6.4 •  De-duplisering og replkering over WAN/LAN •  Ny TSM rapportering •  TSM og Virtualisering •  Demonstrasjon av løsningen v/Roger Stakkestad

Page 2: TSM og replikering
Page 3: TSM og replikering

Li#  om  Disaster  Recovery  med  TSM  

•  BMR  (Bare  Machine  Recovery)  •  TSM  CopyPool  og  fysisk  flyBng  av  tape  offsite  

•  TSM  elektronisk  VaulFng  •  TSM  SAN  speiling  •  TSM  replikering  over  LAN/WAN  – Hot  standby  – SLA-­‐basert  replikering  

Page 4: TSM og replikering

• Storage Hierarchy

Metadata and deduplicated data DB2

• Site A

• TSM Server A

• Site B

• TSM Server B • Database

• Storage Hierarchy

DB2

• Database Node A Node B Node C

Node Y Node X

1.  Initial replication – all objects are copied to target

Backup, Archive, and Space Management Objects

2.  Deleted objects are deleted from target

3.  Modified objects are updated on the target

4.  Newly stored objects are copied during next replication

TSM  node  replikering  

Page 5: TSM og replikering

SLA-­‐basert  replikering  •  Rules  determine  which  files  are  eligible  for  replicaFon  •  Default  backs  up  all  types  (backup,  archive,  HSM)  of  data  for  enabled  nodes  

–  ENABLED,  DISABLED  or  PURGEDATA  (all  data  for  that  data  type  is  deleted)  •  6  replicaFon  rules:  

–  4  general  use  (ALL_DATA,  ACTIVE_DATA,  ALL_DATA_HIGH_PRIORTY,  ACTIVE_DATA_HIGH_PRIORITY)  

–  Default  –  follow  the  replicaFon  rule  hierarchy  unFl  a  non-­‐Default  rule  is  specified  –  None  –  replicaFon  not  performed,  no  data  replicated  

•  A#ributes  of  the  rule  tell  the  process  how  to  process  the  file  –  Priority  (High  or  Normal)  –  Replicate  acFve-­‐data  only?  –  State  (enabled  or  disabled)  

#IBMEDGE

Replication Rule Hierarchy

Page 6: TSM og replikering

TSM  node  replikering  •  DeduplicaFon  

–  If  source  has  dedupe  enabled  but  target  does  not  •  Data  is  reconstructed  before  being  sent  

–  If  target  has  dedupe  enabled  but  source  does  not  •  Only  the  chunks  not  already  on  the  desFnaFon  server  will  be  sent  

–  If  both  source  and  target  have  dedup  enabled  •  Only  the  chunks  of  data  that  are  not  stored  already  in  the  desFnaFon  pool  are  transferred  

•  ExpiraFon  –  Files  bound  to  same  mgmt  class,  if  exists,  on  target  server,  otherwise  to  target  server’s  

default  mgmtclass  –  Source  server  manages  file  expiraFon  and  deleFon  for  the  replicated  files  on  the  target  

server  •  Flexible  ImplementaFon  

–  Many-­‐to-­‐1  transfer  to  target  server    (can  only  have  one  target  server)  –  Can  have  server  A  and  server  B  protect  each  other  –  If  import/export  data  exists,  can  uFlize  forcesync  

•  Admin  Console  or  Command  line  configuraFon  /  monitoring  •  Scheduled  or  manual  node  replicaFon  

–  Single  process  is  started  for  replicaFon  –  High  priority  data  is  replicated  before  data  with  normal  priority  –  Only  one  replicate  node  process  at  a  Fme  

Page 7: TSM og replikering

Source to Target Between active Sources

Many to One Round Robin

Fleksible  konfigurasjonsmuligheter  

Page 8: TSM og replikering

Storage Manager 6

Storage Manager 6

TSM B/A Clients and TDPs

TSM for VE + TSM b/a

WAN replikering

Lokal backup

TSM for VE + TSM b/a

DR restore

Disaster  Recovery  as  a  Service  

Page 9: TSM og replikering

TSM som skyen