Does TSM store new metadata each time it backs up a file or does it only
keep one copy of the metadata per file.
I have a customer who is saying they backed up files on a linux box,
changed ownership of the files, backed them up again. Then he restored
the original versions of the file but got
On Fri, May 19, 2006 at 01:57:44PM -0400, David E Ehresman wrote:
> I have a customer who is saying they backed up files on a linux box,
> changed ownership of the files, backed them up again. Then he restored
> the original versions of the file but got the changed ownership
> assoicated with the
e GUI,
attempting a RELOCATE yields a blank window, with no files listed.
I haven't done anything to ensure the metadata stays in a disk pool, but I
don't believe that it would cause this error if it were on tape - it should
simply take longer to complete the command. Is that correct?
Any idea
Hi,
Is there any metadata of the exports stored in the TSM database?
If I want to export eg two clients A and B to the same volume (eg a tape vol001
that has enough space of course), can I specify twice the command:
export node A filedata=backupactive devclass= VOL=vol001
export node B
file pertaining to the error. From the GUI,
> attempting a RELOCATE yields a blank window, with no files listed.
>
> I haven't done anything to ensure the metadata stays in a disk pool, but I
> don't believe that it would cause this error if it were on tape - it should
>
> I have several TDP SQL agents backing up Microsoft SQL 2000. Two of them
> can't retrieve the fileinfo data with the command:
>
> tdpsqlc query tsm Northwind full /fileinfo
>
> They return the error ACO0151E.
> .
> .
> .
> Any ideas how I can fix this?
Bill,
I have one idea. If you enter the
works. I can see the container files in the RELOCATE screen.
This is temporarily not a problem because I'll set up an include to send the
metadata to a non-migrating diskpool. Once we go to a SAN backup, is this
going to be a problem? According to the Storage Agent documentation, I
can't
> Conclusion - with this version of TDP SQL 2.2 I must have the metadata in
a
> diskpool in order to RELOCATE the data during a restore. The query of
the
> fileinfo will fail with an ACO0151E. The GUI RELOCATE will simply yield
a
> blank window with no container files showing, a
My boss wants to know specifically the following questions so I thought I
would ask them here since it would take quite a bit longer to dig through
lots and lots of documentation.
When TSM makes a backup copy of a file (AIX and Windows), does it copy
all metadata (i.e. author, create date
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kurt Beyers
Sent: Thursday, September 15, 2005 9:54 AM
To: ADSM-L@VM.MARIST.EDU
Subject: export import node metadata TSM database
Hi,
Is there any metadata of the exports stored in the TSM database
is not in the TSM dictionary, but I'm just trying to be creative to
answer the customer wish list.
thanks,
Kurt
Van: ADSM: Dist Stor Manager namens Prather, Wanda
Verzonden: do 15/09/2005 17:42
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] export impor
elf, if it isn't likely
to be used again. Because then you can delete the filespace from TSM,
which removes the metadata from the DB as well as getting the data out
of your tape library.
If your customer is just trying to create another backup copy at a point
in time, a BACKUPSET is more approp
o 15/09/2005 22:02
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] export import node metadata TSM database
Look at the server VOLHISTORY; export tapes are recorded there.
I believe you will find that if an EXPORT spills to a second tape, the
second tape is recorded as "vol seq #2" o
Hi All
I have the following dilemma..
We are using TDP for SQL version 2.2.1. We are backing up the data via the SAN
(LANFREE) using the storage agent.
The SQL metadata is going via the LAN to a diskpool on the TSM server. The backups all
go through well enough,
however when attempting a
TSM (and its specialized agents) copy everything that the operating
system knows about the file, including all the metadata you specify.
--
Mark Stapleton ([EMAIL PROTECTED])
CDW Berbee
System engineer
7145 Boone Avenue North, Suite 140
Brooklyn Park MN 55428-1511
763-592-5963
www.berbee.com
]
- Never cut what can be untied.
- Commit yourself to constant improvement.
> We are using TDP for SQL version 2.2.1. We are backing up the data via
the SAN (LANFREE) using the
> storage agent.
> The SQL metadata is going via the
volume offline.
>
> This volume is not offline. Also If i disable the LANFREE then I can retrieve the
>metadata from the diskpool. It almost seems that although the management class
>controls the backup process, the restore has no way of knowing that it should
>req
Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: FW: Re: Urgent!! Restoring SQL metadata and data using LANFREE
> Hi Del
>
> The specific error we are getting is as follows:
>
> 11/19/2002 12:56:50 ANR1421W (Session: 3523, Origin: DWHSTAGE) Read
ac
ession: 3523, Origin: DWHSTAGE) Read
access
>denied for volume E:\TSMDATA\SERVER1\MSSQLMETA.DSM
-
>volume offline.
>
> This volume is not offline. Also If i disable the LANFREE then I can
retrieve the metadata from the diskpool. It almost se
19 matches
Mail list logo
