And I thought the question was "what is it doing al those hours while no counter gets updated aka why is the replication proces so slow?". Silly me.
K ----- Oorspronkelijk bericht ----- Van: Jeanne Bruno <jbr...@cenhud.com> Verzonden: donderdag 23 mei 2013 23:03 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] replication question Thanks! currently 25GB. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Ron Delaware Sent: Thursday, May 23, 2013 12:53 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] replication question Jeanne, You are using a device class of FILE from what I see. TSM Treats the file as like a tape cartridge. This shows that a scratch tape was created, TSM started writing to it, the FILE reached the max size specified for that device class, and then closed the file. 05/23/2013 09:23:23 ANR8340I FILE volume M:\TDPEXCH_PRIM1\00212CBA.BFS mounted. (SESSION: 87355) 05/23/2013 09:23:23 ANR1340I Scratch volume M:\TDPEXCH_PRIM1\00212CBA.BFS is now defined in storage pool TDPEXCHANGE_PRIM. (SESSION: 87355) 05/23/2013 09:23:23 ANR0511I Session 87355 opened output volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) 05/23/2013 10:40:39 ANR8341I End-of-volume reached for FILE volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) 05/23/2013 10:40:39 ANR0514I Session 87355 closed volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) The FILE size is determined by you when you created the device class. If you are getting a lot of these new FILE's being created, check your FILE device class to determine the size. Usually 100GB would be the norm. _________________________________________________________ Ronald C. Delaware IBM IT Plus Certified Specialist- Expert IBM Corporation | Tivoli Software IBM Certified Solutions Advisor - Tivoli Storage IBM Certified Deployment Professional 916-458-5726 (Office) 925-457-9221 (cell phone) email: ron.delaw...@us.ibm.com Storage Services Offerings From: Jeanne Bruno <jbr...@cenhud.com> To: ADSM-L@vm.marist.edu Date: 05/23/2013 09:08 AM Subject: [ADSM-L] replication question Sent by: "ADSM: Dist Stor Manager" <ADSM-L@vm.marist.edu> Hello. Any insight is appreciated..... We are replicating our TDPExchange nodes to an offsite primary pool. (windows servers, no LTO-tapes involved). The replication is taking a really long time: STATUS: Replicating node(s) EXCHANGE_BA1, EXCHANGE_BA2, TDP_EXCH1, TDP_EXCH2. File spaces complete: 41. File spaces identifying and replicating: 0. File spaces replicating: 1. File spaces not started: 0. Files current: 660,011. Files replicated: 12,828 of 12,829. Files updated: 1,454 of 1,454. Files deleted: 576 of 576. Amount replicated: 16,998 MB of 381 GB. Amount transferred: 13,470 MB. Elapsed time: 0 Day(s), 12 Hour(s), 27 Minute(s). I checked the server on the other end and I'm seeing quite a few messages like: 05/23/2013 09:23:23 ANR8340I FILE volume M:\TDPEXCH_PRIM1\00212CBA.BFS mounted. (SESSION: 87355) 05/23/2013 09:23:23 ANR1340I Scratch volume M:\TDPEXCH_PRIM1\00212CBA.BFS is now defined in storage pool TDPEXCHANGE_PRIM. (SESSION: 87355) 05/23/2013 09:23:23 ANR0511I Session 87355 opened output volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) 05/23/2013 10:40:39 ANR8341I End-of-volume reached for FILE volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) 05/23/2013 10:40:39 ANR0514I Session 87355 closed volume M:\TDPEXCH_PRIM1\00212CBA.BFS. (SESSION: 87355) <and then another new volume:> 05/23/2013 10:40:39 ANR8340I FILE volume M:\TDPEXCH_PRIM2\00212CBB.BFS mounted. (SESSION: 87355) 05/23/2013 10:40:39 ANR1340I Scratch volume M:\TDPEXCH_PRIM2\00212CBB.BFS is now defined in storage pool TDPEXCHANGE_PRIM. (SESSION: 87355) 05/23/2013 10:40:39 ANR0511I Session 87355 opened output volume M:\TDPEXCH_PRIM2\00212CBB.BFS. (SESSION: 87355) But the amount replicated (the 16,998MB) is not increasing. What is it doing for 12 hours? Thanks so much! ____________________ Jeannie Bruno Senior Systems Analyst jbr...@cenhud.com<mailto:jbr...@cenhud.com> Central Hudson Gas & Electric (845) 486-5780
