Thanks Km & Ken!
The way that was described is too risky we increased the retention time
on the backup sets that solves the most important issue.
Tim
Ken Hannigan wrote:
No, you cannot currently rename backup sets. That'd be a nice
requirement, but it's not a feature th
No, you cannot currently rename backup sets. That'd be a nice
requirement, but it's not a feature that's currently available.
I agree with km that the only way you're going to be able to rename the
backup set is to delete and then redefine it. But be very careful. As km
On 29/07, Timothy Hughes wrote:
> Hello,
>
> Is there a way to rename a backupset? I would to rename the backup set
> below.
>
>
> MONTHLYDOCHUBGWC.190813591 to YRLYDOCHUBGWC.116988494
>
>
> TSM 5.5
> AIX 5.2
The way to do that would be to DELETE BACKUPSET first and then DEFINE
BACKUPSET with th
Hello,
Is there a way to rename a backupset? I would to rename the backup set
below.
MONTHLYDOCHUBGWC.190813591 to YRLYDOCHUBGWC.116988494
TSM 5.5
AIX 5.2
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kim Hosty
Sent: Friday, November 30, 2007 7:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Automated Backup Sets
I am trying to set up a script to run an automated backup set of a node
on a monthly basis. I wo
it helps,
Jim Schneider
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kim Hosty
Sent: Friday, November 30, 2007 7:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Automated Backup Sets
I am trying to set up a script to run an automated backup set
I am trying to set up a script to run an automated backup set of a node on a
monthly basis. I would like to use a variable within the command to insert the
current date as part of the backup set name such that the backup set name reads
- "backup set of Node A, ". Does anyone know how I can do
Hello,
We are currently using using Backup Sets for Archiving Data
some GroupWise mailboxes for a Novell Client. I am looking to
switch from using Backup Sets to Archiving.
Has anyone went from using Backup Sets to using Archiving?
I have read the Documents on Archiving. Are there any
Hello all,
We are going to implement a procedure to shorten Backup Sets
that run over 24hrs. But until then I am still trying to find a
way to shorten there run time.
I heard that there is a way to limit Backup Sets to go to
a single drive. Has anyone tried this? What
parameter (s) do I add for
Malga Consulting
Mob.: 0409 918 027
Mail: [EMAIL PROTECTED]
www: www.malgarini.org
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Timothy Hughes
Sent: Saturday, 18 March 2006 00:56 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] restoring backup sets
use the original node name.
> >>
> >> On 3/13/06, Timothy Hughes <[EMAIL PROTECTED]> wrote:
> >>>
> >>> Andrew,
> >>>
> >>> Thanks, Does this mean that we cannot restore a backupset to a
> >>> different server?
> >
d, you must use the original node name.
> >
> > On 3/13/06, Timothy Hughes <[EMAIL PROTECTED]> wrote:
> > >
> > > Andrew,
> > >
> > > Thanks, Does this mean that we cannot restore a backupset to a
> > > different server?
> > >
Timothy Hughes <[EMAIL PROTECTED]> wrote:
> >
> > Andrew,
> >
> > Thanks, Does this mean that we cannot restore a backupset to a
> > different server?
> >
> >
> > Andrew Raibeck wrote:
> >
> > > The SET ACCESS and -FROMNODE options
Thanks Chris,
This may be an option to consider.
Chris Pasztor wrote:
> There is away around this issue and I use it on occasions by defining a new
> node
> I call ADHOC, I then by granting the ADHOC node a proxy for the source node I
> do
> a selective backup of the files then create the back
There is away around this issue and I use it on occasions by defining a new node
I call ADHOC, I then by granting the ADHOC node a proxy for the source node I do
a selective backup of the files then create the backupset. Then I define the new
node on the target server define the backupset and r
, Timothy Hughes <[EMAIL PROTECTED]> wrote:
> >
> > Andrew,
> >
> > Thanks, Does this mean that we cannot restore a backupset to a
> > different server?
> >
> >
> > Andrew Raibeck wrote:
> >
> > > The SET ACCESS and -FROMNODE options
SET ACCESS and -FROMNODE options do not pertain to backup sets. You
> > cannot use -FROMNODE to restore data from another node's backup sets.
> You
> > must connect with the node name for which the backup set was created.
> >
> > Also, backup sets contain backup data on
Andrew,
Thanks, Does this mean that we cannot restore a backupset to a
different server?
Andrew Raibeck wrote:
> The SET ACCESS and -FROMNODE options do not pertain to backup sets. You
> cannot use -FROMNODE to restore data from another node's backup sets. You
> must connect with
The SET ACCESS and -FROMNODE options do not pertain to backup sets. You
cannot use -FROMNODE to restore data from another node's backup sets. You
must connect with the node name for which the backup set was created.
Also, backup sets contain backup data only; they do not contain archive
I am having problems restoring a backup set from one node to
another. I set access archive * * on node DOQCRPS and tried to
restore the same backupset to DOQCW2, but I get the error
ANS1934E Backup set 'monthlydocqrppoi.410125866' not found.
I checked the backupset name and it is still active and t
Hello,
We have Backup Sets that run weekly on Saturday's starting at 9:00am,
They usually run into Sunday mornings. I am using Group Collocation
on them yet and I performed a Move Node after I group collocated
them yet they still use tapes that clients mostly Oracle which are
critical. I lo
M-L@VM.MARIST.EDU
Subject: Re: JR- Backup sets
It appears that if you use Backup sets you cannot restore a file and/or
directory only the entire backup set.
I am trying to create monthly backups without retrieving the data from
the
client a second time. I need to have the ability to restore files
and
It appears that if you use Backup sets you cannot restore a file and/or
directory only the entire backup set.
I am trying to create monthly backups without retrieving the data from the
client a second time. I need to have the ability to restore files and/or
directories.
Any ideas?
thanks
;[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
17.08.2005 15:17
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
[ADSM-L] JR- Backup sets
What is the best practice for the creation of backup
sets for Windows and
NetWare?
thanks in advance
What is the best practice for the creation of backup sets for Windows and
NetWare?
thanks in advance
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Iain Barnetson
>We have some backupsets from an old NAS filer that I now need
>access to.
>
>The backupsets were backed up using a library we now longer have, a
>different device class, the were backed up using CIFS & Named Pipe
We have some backupsets from an old NAS filer that I now need access to.
The backupsets were backed up using a library we now longer have, a
different device class, the were backed up using CIFS & Named Pipes -
which we no longer use.
The thing is I've now been asked to get some files off the back
We are interested in using a TSM server running under mainframe Linux
to generate backup sets on 3590 tape, and subsequently restoring the
backup sets using a TSM client running under mainframe Linux. The
documentation for the 'restore backupset' indicates that the 'location'
upset.
"Stapleton, Mark" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
14/07/2004 14:34
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To
[EMAIL PROTECTED]
cc
Subject
Re: Generating Backup Sets
From: ADSM: Dist Stor Manager on behalf of Moses Show
Am attempting to create a backupset for one of our client nodes,
but am having a problem. I am using the GUI to do this. The problem is
that it doesn't seem to like the NAMETYPE parameter. Other than using the
command line to create the
Hi people,
Am attempting to create a backupset for one of our client nodes,
but am having a problem. I am using the GUI to do this. The problem is
that it doesn't seem to like the NAMETYPE parameter. Other than using the
command line to create the set is there anyway round this ?
==
We are running TSM V5.1.7.0 on OS/390.
We are looking at creating BACKUP SETS to be used at our hot site in case
of a disaster.
In the Administratorâs Guide for Version 5 Release 1 there is this
statement about Backup Sets:
"Currently, the backup object types supported for backup sets in
Hi Paul
I've a few questions about your groupwise setup.
How do you back up your post offices?
I understand that there is an API for Groupwise and a program could be written to
connect the groupwise API with the TSM API, but I don't know of anyone who's done it.
How can you afford to take down
ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To
[EMAIL PROTECTED]
cc
Subject
Archiving vs. Client Backup Sets
What would be the preferred method for long term backup, possible
restoration of Groupwise Mail. A monthly process to save the post offices
for at least 24 months for possib
What would be the preferred method for long term backup, possible restoration of
Groupwise Mail. A monthly process to save the post offices for at least 24 months for
possible restoration.
Archiving directly to tape or creating a backup set to tape are long processes, I
have approximately 14
Hi all,
I'm trying to use TDPOSYNC utility to delete all TSM entries no more present in the
RMAN catalog.
As described in the manuals, TDPOSYNC should present, for the deletion, only the
Backup Sets no more catalogued in RMAN catalog.
Instead the utility presents all Backup Sets, even if
them using
the DATE_TIME field. Assuming 2 backup sets weren't created at exactly the same time
(to the second), this seems to be a way of keeping track of which volumes are used for
backup sets.
Here's the query I run
select backupset_name, volume_name, volume_seq from backupse
reate a backup set. I've
> found that I can get around this by querying the VOLHISTORY and
> BACKUPSETS tables and join them using the DATE_TIME field. Assuming
> 2 backup sets weren't created at exactly the same time (to the
> second), this seems to be a way of keeping track o
size.
John
Graham Trigge <[EMAIL PROTECTED]> on 02/13/2003 10:35:24
PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject: Estimating size of backup sets
TSMers,
Is there anyway people k
uot;
Rgds,
Geirr G. Halvorsen
-Original Message-
From: John Naylor [mailto:[EMAIL PROTECTED]
Sent: 14. februar 2003 10:58
To: [EMAIL PROTECTED]
Subject: Re: Estimating size of backup sets
Graham,
Your plan is extremely ambitious.
Is this a one off or are are you planning to do this regu
From: Coats, Jack [mailto:[EMAIL PROTECTED]
> I have 3 tapes that were backupsets that should have expired
> LONG ago, but have not.
>
> I did try the undocumented command (thanks to Wanda for
> helping me to this
> point!) that Wanda found in the lists archives:
The real solution is to upgrad
I have 3 tapes that were backupsets that should have expired LONG ago, but
have not.
They were created under TSM server 4.1.3 on Windows NT. We did a migration
to Win2K and TSM server 4.2.3.1.
I did try the undocumented command (thanks to Wanda for helping me to this
point!) that Wanda found in
: (02) 9882 5831
Fax: (02) 9882 5993
Mobile: 0409 654 434
"Seay, Paul"
cc:
Sent by: Subject: Re: Estimating size of backup
sets
"ADSM: Dist
--Original Message-
From: Halvorsen Geirr Gulbrand [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 14, 2003 5:02 AM
To: [EMAIL PROTECTED]
Subject: Re: Estimating size of backup sets
I agree with John, this sounds very ambitious.
If you are only interested in active files, there is the poss
ent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2003-02-14 07:03
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: Estimating size of backup sets
Be careful using virtual volumes for backupsets.
| To: [EMAIL PROTECTED]
|
| cc:
|
| Subject:
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joerg Pohlmann
Sent: Thursday, February 13, 2003 9:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Estimating size of backup sets
Graham, an estimate is the sum of (capacity * percent utilized) for the
filespaces for a given cl
uot;
Rgds,
Geirr G. Halvorsen
-Original Message-
From: John Naylor [mailto:[EMAIL PROTECTED]]
Sent: 14. februar 2003 10:58
To: [EMAIL PROTECTED]
Subject: Re: Estimating size of backup sets
Graham,
Your plan is extremely ambitious.
Is this a one off or are are you planning to do this regu
size.
John
Graham Trigge <[EMAIL PROTECTED]> on 02/13/2003 10:35:24
PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject: Estimating size of backup sets
TSMers,
Is there anyway people k
g Pohlmann
604-535-0452
Graham Trigge <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2003-02-13 14:35
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Estimating size of ba
r"
To: [EMAIL PROTECTED]
cc:
Subject: Estimating size of backup sets
TSMers,
Is there anyway people know of to estimate how large a backupset is going
to be? I have close to 700 nodes I want to generate backupsets for and I
want to know
what sort of space I
TSMers,
Is there anyway people know of to estimate how large a backupset is going
to be? I have close to 700 nodes I want to generate backupsets for and I
want to know
what sort of space I will be using up with them. I am assuming it will be
some sort of SQL statement looking at active files, but
If only the Wintel boxes had/have a FC card-- I could buy a spare (or two
for compatibility with existing hardware) and go about using the 3590 tapes
for backupsets. Perhaps this would be doable for any boxes that died here
at HQ, but for the 150 odd other boxes statewide, this isn't a feature fo
environment:s/390 v2.10
TSM server v 4.1.3
TSM client NT4.0
Scenario: notified of large scale restore in advance. Usually takes numerous hours.
Would it make sense to create a backupset, archive it to tape and then retrieve it?
Now, I don't incur the time
can be as much as 13G going
>across fractional T1 or T3. Due
>to the network, this can be a really time consuming restore.
>
>Question:
>Is there a way I can utilize the secondary server as a medium to create Backup Sets
>on?
>There are no local devices (zip, jazz etc...) at
secondary server as a medium to create Backup Sets on?
There are no local devices (zip, jazz etc...) at these branch offices. Couldn't use
anyhow because there is no personnel at these branch offices to physically load the
media. Any suggestions as to
how I can use the secondary server t
PROTECTED]]
Sent: Friday, February 15, 2002 3:00 PM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage
On 12 Feb 2002 at 21:14, Kelly Lipp wrote, in part:
> I believe the key to long term storage is the notion of data
> refreshment on the tapes. With reclamation, we get tha
On 12 Feb 2002 at 21:14, Kelly Lipp wrote, in part:
> I believe the key to long term storage is the notion of data
> refreshment on the tapes. With reclamation, we get that. If archive
> data is mixed with backup data we get reclamation due to backup
> retention policies being much less (typica
e [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 13, 2002 3:06 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Tom, your last comment is actually the reason I was considering backup
> sets as a top contender for long term stora
Just some thoughts:
Generating backupsets requires no client resources.
Backupset currently only cover filesystems, not TDP data.
Backupset only covers active data.
Backupset tapes are tracked in volhistory. (along with the command that
created it.)
Backupset tapes are one-per-node.
Backupset tap
Tom, your last comment is actually the reason I was considering backup
sets as a top contender for long term storage. Generate a backup set,
the owner signs for the tapes, and they're gone -- reserving library
space and volume ranges for data that is actively used or needed for DR.
000 ofc
425-988-8478 fax
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Haskins, Mike
> Sent: Wednesday, February 13, 2002 3:06 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Term Storage
>
>
> Tom,
HAD SIGNED FOR THEM so if they got lost or
damaged I wouldn't be in the loop.
Tom Kauffman
NIBCO, Inc
> -Original Message-
> From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 7:10 PM
> To: [EMAIL PROTECTED]
> Subject: Backup Sets for Long
comments from advocates of the small
stuff.
Bill Boyer <[EMAIL PROTECTED]> on 02/13/2002 05:12:41 PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject: Re: Backup Sets for Long Term Storag
lto:[EMAIL PROTECTED]]On Behalf Of
Dmochowski, Ray
Sent: Wednesday, February 13, 2002 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage
Jeff and Kelly ...
Don't look to the Tivoli software to solve all the "issues" involved
in long-term data storage. Hardw
the
volume of data ...
Tis a conundrum !
-Original Message-
From: Jeff Bach [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 8:25 AM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage
Kelly,
How often should I refresh my ### Terabytes of longterm storage?
J
Kelly,
How often should I refresh my ### Terabytes of longterm storage?
Jeff
> -Original Message-
> From: Kelly Lipp [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, February 12, 2002 10:15 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Backup Sets for Long Ter
-5926
Fax: (240)539-7175
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Seay, Paul
Sent: Tuesday, February 12, 2002 6:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Backup Sets for Long Term Storage
I would not put something I wanted to keep that lo
al Message-
From: Haskins, Mike [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 7:10 PM
To: [EMAIL PROTECTED]
Subject: Backup Sets for Long Term Storage
Our TSM server has a 3494 library with 3590 tape drives. Now faced with
meeting long term storage requirements (7+ years), I am l
Our TSM server has a 3494 library with 3590 tape drives. Now faced with
meeting long term storage requirements (7+ years), I am looking at
generating backup sets to accomplish this. Since backup sets can be
used for stand-alone restores from a backup-archive client, I am
thinking that a
On Mon, 10 Dec 2001 16:33:08 +, it was written:
>Can't use the -loc
>We use tcpip to restore direct from the server over the network to the clients.
>Anyway despite the manual do not think that that you can restore a backupset
>from
>a locally attached tape with netware client.
The fault not
on 12/11/2001 03:39:14 AM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject: Re: Multiple Backup Sets on one tape - (Was Large TSM database
due to no. of files and versions)
Is this possible to
Is this possible to do on a Novell client? Using a Windows 2000 TSM
server?
Restore a backupset from tape device that is available on both locations?
If it's not possible could I set up TSM to create a backupset to file and
then backup that up on tape with TSM. If I need it I would then need t
/2001 03:08:23 PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject: Re: How many concurrent backup sets?
Hi John
I create backup sets weekly and have done some successful restores using
the c
IL PROTECTED]
Subject: Re: Multiple Backup Sets on one tape - (Was Large TSM database
due to no. of files and versions)
On Fri, 30 Nov 2001 10:15:33 -0600, it was written:
>Oh how I wish this were possible. I have submitted this requirement to
>Tivoli and I believe others have also.
>
>We
s that the customers want I (we) will go else where.
I don't think that bundling more than one server on 1 tape will present
a problem. You have to load the client to view the backup sets anyways,
so there is some organization in place to find the data in the first
place. Of course if I could fi
Hi John
I create backup sets weekly and have done some successful restores using
the command below.
dsmc restore backupset "/dev/rmt/0" -loc=tape
Not sure if this helps though as I'm pretty new to all this.
Thanks
Farren Minns
John Naylor <[EMAIL PROTECTED]>@VM.MARI
Nick,
I am with you.
Collocation should improve the way you can plan to use backup sets.
Collocation at filespace level would certainly speed up restores as you could
multi stream
without media contention.
I have recently been creating backupsets as an alternative to full backups, and
I do have
On Fri, 30 Nov 2001 10:15:33 -0600, it was written:
>Oh how I wish this were possible. I have submitted this requirement to
>Tivoli and I believe others have also.
>
>We are currently using LTO tapes (100 GB uncompressed), it is just not
>economical to only put 1 backupset per tape.
One of the m
At 09:19 AM 12/6/2001 -0500, Joe Cascanette wrote:
>Depending on your server setup there will be a fight for tapes. Turning
>collocation ON for your onsite pools would greatly increase the time to
>create backup sets. I have 4 backup sets running every 2nd day at once (I
>have 10
Depending on your server setup there will be a fight for tapes. Turning
collocation ON for your onsite pools would greatly increase the time to
create backup sets. I have 4 backup sets running every 2nd day at once
(I have 10 drives which leaves 2 drive available to do restores.) I have
also
group of backup
sets?. I have 5 servers that I am creating backup sets on a daily basis
(collocation is turned on, and I have 10 drives, so the creation time
frame is pretty fast). But can I bundle all these servers onto a few
tapes?
My over all goal (when Tivoli fixes the backup set option and adds
Cascanette
Subject: RE: Backup Sets
Hi Joe,
The paper that Andy wrote is a great resource, but it was written for
ADSM
3.1, so the list of tables is out of date.
Use the paper as a reference for "how to", but to see what tables are
available for your own version do this:
select * from
26, 2001 4:48 PM
To: 'ADSM: Dist Stor Manager'
Cc: Joe Cascanette
Subject: RE: Backup Sets
Hi Joe,
The paper that Andy wrote is a great resource, but it was written for
ADSM
3.1, so the list of tables is out of date.
Use the paper as a reference for "how to", but to see what
**
-Original Message-
From: Joe Cascanette [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 26, 2001 2:14 PM
To: [EMAIL PROTECTED]
Subject: Backup Sets
Is a select command that will allow me to search the nodes and find out
what backup sets they have and what volume they
Is a select command that will allow me to search the nodes and find out
what backup sets they have and what volume they reside on?
I am playing around with doing a backup set for my key servers on a
daily basis for disaster purposes. These tapes are send offsite daily. I
need to be able to view
t of traffic!). The
> Backups sets would use more tapes (kind of like collocation turned on
> right?!). So after the daily incremental running at night, I will be
> able to create the backup sets ( for a monthly archive) using the
> current data just backed up from that node. (right?!)
Right
lf Of
Joe Cascanette
Sent: Thursday, November 22, 2001 7:06 AM
To: [EMAIL PROTECTED]
Subject: Archives vrs Backup Sets
Has anyone been using backup sets?. I have been looking into using
backup sets on a monthly bases instead of archives. I am using DLT 40/80
gig drives/tapes (10 of them). TSM 4.2
The tapes used for backup sets do not live in storage pools, they act more
like database backup tapes. They do not show up as volumes in "q vol", but
will show up in a "q libv" when checked into the library.
The GUI and Web clients cannot restore individual files from ba
Thanks for your input. I guess it will be a usual trial and error with
TSM to see if it works.
Joe
-Original Message-
From: Lloyd Dieter [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 22, 2001 12:32 PM
To: Joe Cascanette
Subject: [Fwd: Archives vrs Backup Sets]
Joe,
Saw your
for backupsets.
I hope this answers to those your questions.
Zlatko Krastev
IT Consultant
Joe Cascanette <[EMAIL PROTECTED]> on 22.11.2001 16:05:49
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Archives vrs B
Has anyone been using backup sets?. I have been looking into using
backup sets on a monthly bases instead of archives. I am using DLT 40/80
gig drives/tapes (10 of them). TSM 4.2.1.6 on Windows 2000, and 4.2.0
clients on about 98% of the machines.
>From what I am reading I am able to perf
ant
"Richard L. Rhodes" <[EMAIL PROTECTED]> on 23.10.2001 11:14:00
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject:Re: Netware restores and backup sets
On 22 Oct 2001, at 23:07, Mark Stapleton wrote:
> >Is this sound reasoning?
>
> No.
&g
On 22 Oct 2001, at 23:07, Mark Stapleton wrote:
> >Is this sound reasoning?
>
> No.
>
> >Thoughts?
>
> Use some logic. A restore reads a file off of a tape and sends it
> along the SCSI/fiber connection to the TSM server, which in turn pipes
> it through the I/O bus (getting it from SCSI to ethern
On Mon, 22 Oct 2001 10:29:41 -5, it was written:
>My take is that a backup set creation is the equivalent of a full
>restore. If the backup set can be created in 3 hours, then a full
>server restore is possible in 3 hours - if you can get the data to
>the server (network throughput) and the netwa
On 22 Oct 2001, at 15:48, John Naylor wrote:
> Because you produced your backupset in 3 hours does not mean you will
> get it back in 3 hours. The backupset speed is determined by how fast your host
> server
> can pull the entries from the database and write to its tapes These speeds are
> likely
W did a test full restore of a netware server. The restore was
around 40gb and took 8 hours. The Netware admins were disappointed
with this time.
To try and compare this time with something else, we created a
backup set for the same server - it took 3 hours.
My take is that a backup set creat
Peter,
Backup set is designed to have LAN-free restore capability for small and
remote clients. If you are going to use same resources
(library,tsm-server,network) to restore client then it's better not to
create backup sets. We can always schedule multiple threads to restore that
signific
Can I make a backup set on CD through which I can boot a SUN box and
restore it fully, or do the restoration procedure involves installing the
SUN box with tivoli and then restore?
Ain't there is an automated procedure to do that??
Arshad
__
ia normal BMR processes
Peter Griffin
>>> [EMAIL PROTECTED] 04/11/01 07:28am >>>
Currently I do regular TSM ncremental backups of my servers every night. I
was wondering is there any reason I should start creating Backup Sets. I
still have the ability to restore my server to
1 - 100 of 116 matches
Mail list logo