I have never run into anything like this. I run this script regularly: select char(stgpool_name,12) as stgpool, - cast(sum(physical_mb)/1024 as decimal(10,1)) as Physical_GB , - cast(sum(logical_mb)/1024 as decimal(10,1)) as logical_gb, - sum(num_files) as objects - from occupancy group by stgpool_name order by 1
So that I can make sure that the number of objects in my disk pool + primary tape = number of objects in copy pool tape. The only way I KNOW of that you can get into your situation is if you have either 1) a disk dirmc pool or 2) a primary disk pool that doesn't get cleared out and you don't specifically copy it to the copypool. Whenever I do: BACKUP STGPOOL PRIMARYTAPE COPYPOOLTAPE I also do: BACKUP STGPOOL DISKPOOL COPYPOOLTAPE Because when TSM does migration from disk to tape, it does NOT necessariliy migrate the oldest data first, and you can go a VERY LONG TIME (or forever) without all the data migrating to your primary tape pool. So you need the BACKUP STGPOOL DISKPOOL COPYPOOLTAPE to make sure that stuff gets to the COPYPOOLTAPE too. If that's not it, I would be REAL interested in hearing what you eventually find... -----Original Message----- From: Neil Schofield [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 25, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: Copy storage pools - serious data integrity issues Dear all I've been running TSM for four years or so. When we use BACKUP STGPOOL to copy a primary storage pool to a copy storage pool, I have relied on the fact that a successful completion means I have two copies of all my data. I've just discovered that a number of my files don't have a second copy. For a large number of volumes (more than 10 per server) Q CONTENT xxxxxx COPIED=NO comes back details of the files but BACKUP STGPOOL (with or without PREVIEW=YES) tells me there is no data to be copied. Some of these files were backed up from the client months (years?) ago. Some are active, some are inactive. I discovered this when testing my DR procedures. I updated the status of all my primary storage pool volumes to be DESTROYED and ran a RESTORE STGPOOL PREVIEW=YES. I was shocked at the number of 'ANR1256W Volume XXXXXX contains files that could not be restored' messages that resulted. I've logged a PMR but wondered if anybody else had experienced similar. It kind of blows a big hole in my DR plans. For info, we are running TSM Server 4.2.1.15 on Windows. Thanks Neil Schofield Yorkshire Water Services Ltd. Visit our web site to find out about our award winning Cool Schools community campaign at http://www.yorkshirewater.com/yorkshirewater/schools.html The information in this e-mail is confidential and may also be legally privileged. The contents are intended for recipient only and are subject to the legal notice available at http://www.keldagroup.com/email.htm Yorkshire Water Services Limited Registered Office Western House Halifax Road Bradford BD6 2SZ Registered in England and Wales No 2366682
