Hi!
Thank you for your help! I didn't check the other servers thoroughly
enough: the setting was right (nolim) on two other servers and wrong (0)
on the other two. I changed it to nolim on all servers so the problem
should be fixed now.
Have a nice weekend!
Kind regards,
Eric van Loon
AF/KLM Storage Engineering
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
francs
Sent: vrijdag 28 juni 2013 9:39
To: ADSM-L AT VM.MARIST DOT EDU
Subject: retver
Hi Eric
DP for ERP(SAP) backups uses the archive copygroup, but it uses it's own
versioning. That's why they tell you to configure it to NOLIMIT or 9999.
If retver=0 is set then your backups will be deleted by TSM and not
ERP/backint.
As to why the other servers are retaining the backups you would have to
check the management class, assigned to that backup, in the SAP config
file (initSID.utl) and look up the archive copygroup setting on TSM.
2013/6/27 Loon, EJ van - SPLXM <Eric-van.Loon < at > klm.com>
Hi guys!
What happens when you archive to a mgmtclass with an achive copygroup
with retver=0?
I have one server which is used for backing up SAP databases and I
noticed that the copygroup uses retver=0, while this should be NOLIMIT
to my knowledge. Users are complaining that backups are disappearing on
this server. Backint logging shows no delete commands so the data is not
deleted on the client side. However, the retver is set to 0 on other TSM
servers too and on these server data is kept correctly...
Thanks for any help in advance!
Kind regards,
Eric van Loon
AF/KLM Storage Engineering
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee only. If
you are not the addressee, you are notified that no part of the e-mail
or any attachment may be disclosed, copied or distributed, and that any
other action related to this e-mail or attachment is strictly
prohibited, and may be unlawful. If you have received this e-mail by
error, please notify the sender immediately by return e-mail, and delete
this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
its employees shall not be liable for the incorrect or incomplete
transmission of this e-mail or any attachments, nor responsible for any
delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered
number 33014286
********************************************************
+----------------------------------------------------------------------
|This was sent by fswanepoel AT gmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and
privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may be
disclosed, copied or distributed, and that any other action related to this
e-mail or attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately by return
e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission of
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number
33014286
********************************************************
|
