OK, thanks for the information
> -Message d'origine-
> De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De
> la part de Nicholas Rodolfich
> Envoyé : vendredi 27 juillet 2007 17:17
> À : ADSM-L@VM.MARIST.EDU
> Objet : Re: [ADSM-L] TSM DB backup ques
Sorry for the confusion here all.
I have sent out a reponse to this post earlier this AM, but it is
taking a while to post. Looks like you responded to it below. I am not
sure why this is not included in the post. I will try posting it again.
FYI, the file system is a large file enabled JFS2 and
JFS2 solve lots of files size problems and give more performance.
> -Message d'origine-
> De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De
> la part de Ian-IT Smith
> Envoyé : vendredi 27 juillet 2007 16:52
> À : ADSM-L@VM.MARIST.EDU
> Objet : Re: [ADSM-L]
007 15:45
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] TSM DB backup question
On Jul 27, 2007, at 10:10 AM, Nicholas Rodolfich wrote:
> Well it seems that this is a TSM limitationnot a file system
> limitation
> per
On Jul 27, 2007, at 10:10 AM, Nicholas Rodolfich wrote:
Well it seems that this is a TSM limitationnot a file system
limitation
per IBM.
We still don't have pertinent details on this problem. What is your
AIX operating system bitmode, and your file system type? Those
factors may impose archi
ADSM-L@VM.MARIST.EDU
> Objet : Re: [ADSM-L] TSM DB backup question
>
> Well it seems that this is a TSM limitationnot a file system
> limitation per IBM.
> ---
> >Again im sorry, this was my mistake, I miss understood what my
> colleague had told me. Indeed AIX its self w
Well it seems that this is a TSM limitationnot a file system limitation
per IBM.
---
>Again im sorry, this was my mistake, I miss understood what my
colleague had told me. Indeed AIX its self will work with file spaces
larger than 64g >BUT As per the APAR I linked you...
http://www-1.ibm.com/suppo
MAIL PROTECTED] On Behalf
Of
Nicholas Rodolfich
Sent: Thursday, July 26, 2007 3:10 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM DB backup question
File size is already set to unlimited.
Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Sy
Subject: Re: [ADSM-L] TSM DB backup question
File size is already set to unlimited.
Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Systems
504-883-6955 (office)
228-223-6777 (mobile)
[EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 7/26/2007 12:08 PM &g
On Jul 26, 2007, at 3:10 PM, Nicholas Rodolfich wrote:
File size is already set to unlimited.
You need to provide more information than that. I'm not aware of any
file system which allows a file of infinite size.
A file system characteristically limits file size according to file
system arch
Maxcapacity is already in MB - take the M off of the 8, and it should
work.
Nick Cassimatis
Behalf
Of
Nicholas Rodolfich
Sent: Thursday, July 26, 2007 11:56 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM DB backup question
Hi All,
Thanks for your help!!
In my daily maintenance schedule I am doing a database backup to disk
with the following call and using the following device cl
er [mailto:[EMAIL PROTECTED] On Behalf Of
Nicholas Rodolfich
Sent: Thursday, July 26, 2007 11:56 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM DB backup question
Hi All,
Thanks for your help!!
In my daily maintenance schedule I am doing a database backup to disk
with the following call and
-Mensagem original-
De: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Em nome de
Nicholas Rodolfich
Enviada em: Thursday, July 26, 2007 12:56 PM
Para: ADSM-L@VM.MARIST.EDU
Assunto: [ADSM-L] TSM DB backup question
Hi All,
Thanks for your help!!
In my daily maintenance schedule I am doing a
Hi All,
Thanks for your help!!
In my daily maintenance schedule I am doing a database backup to disk
with the following call and using the following device class. When the
backup runs it writes a second file apparently after it completes the DB
backup. I wouldn't be concerned except the extra fi
ger"
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM DB backup question
The data on the offsite volumes do not physically change during reclamation.
The pointers to the data change in the database which is then backed up as a
new db backup.
There are a number of reasons to keep older database
age -
> From: "Lawrence Clark" <[EMAIL PROTECTED]>
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM DB backup question
> Date: Thu, 6 Apr 2006 14:31:21 -0400
>
>
> Is the DB backup of any use after the next db backup is taken. The data
> on the vol
On Apr 6, 2006, at 2:31 PM, Lawrence Clark wrote:
Is the DB backup of any use after the next db backup is taken. The
data
on the volumes changes, and data is expired and tapes reclaimed...so
what is the value of older db backups? ...
You're kidding...right?
We make and retain multiple backup
Rajesh Oak
Sent: Thursday, April 06, 2006 2:06 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM DB backup question
For our local sites we vault daily, i.e we send copypool tapes to the
vault daily. For our remote sites since we do not any local vault
person, we have a contract with a company and
f possible else in case of a real
disaster you would lose over a weeks data if you send DR tapes once a
week.
Rajesh
> - Original Message -
> From: "Vats.Ashok" <[EMAIL PROTECTED]>
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM DB backup question
> Date:
case of a real
disaster you would lose over a weeks data if you send DR tapes once a week.
Rajesh
> - Original Message -
> From: "Vats.Ashok" <[EMAIL PROTECTED]>
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM DB backup question
> Date: Wed, 5 Apr 2006 1
hi Rajesh,
WHat do you mean by not vault daily ? We send DR tapes once a week.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Rajesh Oak
Sent: Wednesday, April 05, 2006 2:20 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM DB backup question
file and you have to make the size big enough when
you define it.
Let me know if you have any issues.
Rajesh
> - Original Message -
> From: "Remeta, Mark" <[EMAIL PROTECTED]>
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM DB backup question
> Date:
-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Prather, Wanda
Sent: Wednesday, April 05, 2006 1:53 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM DB backup question
The factor to decide:
If you somehow had a TSM data base crash, or corruption in the TSM data
base, how far would
Use the Delete volhist command to set your retention.
del volhist tod=today-7 tot=now t=dbb
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Vats.Ashok
Sent: Wednesday, April 05, 2006 10:39 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM DB backup question
5-10 days is more common.
And no, you can't put the TSM DB backups in a storage pool.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Vats.Ashok
Sent: Wednesday, April 05, 2006 1:39 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM DB backup que
Hi List,
We have tsm 5.3.00 on AIX. We run TSM database backup which runs once / every
day consumes media from scratch pool. We keep these backups for at least 30
days. consuming almost 30 *200 GB tape media. Our data base is about 161 GB so
my question is can we reduce the retention time of TS
27 matches
Mail list logo
