Multiple Tapes for daily backup

PREDATAR Control23

martin,

i have doubt before when my backup start @ 11.00 pm if there is scratch it will take and write the data. now i have change all the tapes to volume what will happen when my backup start it will look for new tape or it will write on the volume which is define as readwrite?

You need to set the stgpool parameter maxscratch=0 (zero).

/Martin
 
PREDATAR Control23

You need to set the stgpool parameter maxscratch=0 (zero).

/Martin

bjjak6



pls find the below image link i cant enter zero

http://prntscr.com/bjjak6

so i enable check box which says no scratch volumes let see want will happen when backup starts
 
PREDATAR Control23

Bharanij,

There is one basic flaw with this requirement.

What if more than one tape is needed for a night's backup? Since all other tapes are marked readonly for the system to pickup one particular tape, the system will grind to a halt once that tape fills up.

It is either your friend use TSM the way it is designed to be used, or ditch it for some other backup product.

As marclant said - good luck. Your friend has got himself in a deep hole and a big stone will soon be dropped on him.
 
PREDATAR Control23

Bharanij,

There is one basic flaw with this requirement.

What if more than one tape is needed for a night's backup? Since all other tapes are marked readonly for the system to pickup one particular tape, the system will grind to a halt once that tape fills up.

It is either your friend use TSM the way it is designed to be used, or ditch it for some other backup product.

As marclant said - good luck. Your friend has got himself in a deep hole and a big stone will soon be dropped on him.


HI,

total data size is 300gb and tape 2.5 tb so there will be no issue with size but what ever you said will be true
 
PREDATAR Control23

Hi Martin,

last night backup failed :(
 

Attachments

  • newactlog.txt
    567.7 KB · Views: 1
PREDATAR Control23

client side

06/22/16 23:55:03
Executing scheduled command now.
06/22/16 23:55:03 --- SCHEDULEREC OBJECT BEGIN STANDARD 06/22/16 23:55:00
06/22/16 23:55:03 Selective Backup function invoked.

06/22/16 23:55:04 Directory--> 256 /sybase/backup [Sent]
06/22/16 23:56:52 Normal File--> 96,119,513,088 /sybase/backup/may8pm2016.dmp ** Unsuccessful **
06/22/16 23:56:52 ANS1999E Selective processing of '/sybase/backup/*' stopped.

06/22/16 23:56:52 --- SCHEDULEREC STATUS BEGIN
06/22/16 23:56:52 Total number of objects inspected: 6
06/22/16 23:56:52 Total number of objects backed up: 1
06/22/16 23:56:52 Total number of objects updated: 0
06/22/16 23:56:52 Total number of objects rebound: 0
06/22/16 23:56:52 Total number of objects deleted: 0
06/22/16 23:56:52 Total number of objects expired: 0
06/22/16 23:56:52 Total number of objects failed: 0
06/22/16 23:56:52 Total number of objects encrypted: 0
06/22/16 23:56:52 Total number of objects grew: 0
06/22/16 23:56:52 Total number of retries: 0
06/22/16 23:56:52 Total number of bytes inspected: 452.94 GB
06/22/16 23:56:52 Total number of bytes transferred: 256.11 KB
06/22/16 23:56:52 LanFree data bytes: 0 B
06/22/16 23:56:52 Data transfer time: 0.14 sec
06/22/16 23:56:52 Network data transfer rate: 1,823.61 KB/sec
06/22/16 23:56:52 Aggregate data transfer rate: 2.33 KB/sec
06/22/16 23:56:52 Objects compressed by: 0%
06/22/16 23:56:52 Total data reduction ratio: 100.00%
06/22/16 23:56:52 Elapsed processing time: 00:01:49
06/22/16 23:56:52 --- SCHEDULEREC STATUS END
06/22/16 23:56:52 ANS1329S Server out of data storage space

06/22/16 23:56:52 --- SCHEDULEREC OBJECT END STANDARD 06/22/16 23:55:00
06/22/16 23:56:52 ANS1512E Scheduled event 'STANDARD' failed. Return code = 1 2.
06/22/16 23:56:52 Sending results for scheduled event 'STANDARD'.
 
PREDATAR Control23

i got reply msg from ibm customer care

" I believe the problem was caused when
TSM could not read the internal label in the volume. What I would
suggest is that if there is no data in volume KG0003L6, then just delete
it off the storage pool, check it out, then relabel it with the
"overwrite=yes" option so you can use the volume again"

i did same before backup start but they want me to redo it again

how to check label is right in tsm
 
PREDATAR Control23

I'm with moon-buddy and marclant. Best not to fight the way TSM does it but learn to understand what it is doing and how it works.

Essentially, you (your friend) have not been given a business requirement but a solution to implement. The proposed solution will not work well with TSM. The approach I would take would be to go back to the admins and redefine the business requirement. Once the requirements are defined, then the technical solution can be built.

So 14 day retention of backups, up to 24 hours recovery point. Offsite copies of backups? TSM can do that. You will need more tapes. On no planet is one TSM database backup ok.
 
PREDATAR Control23

HI guys and special Thanks to Martin,

I have done many thing and try outs at last what I came up is I made all the tape to scratch and waited till backup start. Once the backup completed with new tape I made it to readonly. Next day again I did the same thing with new tape.

I told my friend to do manual change every day from readonly to readwrite and change back to readonly once backup completed.

One more thing I took backup on 24.6.2016 on volume but today it went scratch.

06/27/16 15:37:18 ANR0987I Process 15 for EXPIRE INVENTORY
(Automatic) running in the BACKGROUND processed 6 items with a
completion state of SUCCESS at 15:37:18.
(PROCESS: 15)
06/27/16 15:37:22 ANR1341I Scratch volume XXXXXX has been
deleted from storage pool TAPEPOOL.


It means after 3days tape will became scratch now what should I do and how should I increase to keep the backups for one month?
 
PREDATAR Control23

It became scratch since you ran expire inventory and reclamation. Data was moved over to another tape.

Good luck trying to fix this. I won't offer any solution since I know you are not using TSM the way it was meant to be used. Any solution to your problem will only trigger another problem and so on.

Look at the steps you (or your friend) needs to do to get the 'solution'. Essentially, your friend is doing 80% of the work that TSM should be doing.

Ditch TSM if you insist of doing the solution this way. Use Arcserv or some simple backup solution.

Sorry for being so blunt about this.
 
PREDATAR Control23

It became scratch since you ran expire inventory and reclamation. Data was moved over to another tape.

Good luck trying to fix this. I won't offer any solution since I know you are not using TSM the way it was meant to be used. Any solution to your problem will only trigger another problem and so on.

Sorry for being so blunt about this.

i told them to do manual soon they will fed up and come back what i said before

i did not do any ran expire inventory and reclamation? how do i check that?
 
PREDATAR Control23

i told them to do manual soon they will fed up and come back what i said before

i did not do any ran expire inventory and reclamation? how do i check that?

As I said, I will not offer a solution. Sorry.

I am forcing you to use TSM the way it is designed to be used.
 
PREDATAR Control23

I agree with the senior members, dump TSM or under stand the concepts of the application.

Here is a good place to start to learn about the TSM concepts.

IBM Tivoli Storage Management Concepts

The red book may be old, the concepts are still the same.

Good Luck,
Sias
 
Top