All,
The one thing I've always found to be a downside to TSM is the ability to
easily identify the EXACT amount of tapes required to rebuild an
environment to it's most current state. I have wrote SQL scripts
previously which performs a query against each TSM client and it's
filespaces for those
Hi all
We are running AIX on P570 to EMC SAN via fibre, and TS3310 Library with
3xLTO3 Drives with 80 slots.
TSM version 5.3.5.2., AIX 5.3.2
Our ERP system runs on BAAN with an INFORMIX database.
We use TDP to backup INFORMIX via onbar, and logical logs are backed up
too as and when t
>The one thing I've always found to be a downside to TSM is the ability to
>easily identify the EXACT amount of tapes required to rebuild an
>environment to it's most current state. ...
That has been a Holy Grail quest for us customers. There remains no feasible
way to get such a list from the pr
ms <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
01/10/2003 17:35
Please respond to
"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To
[EMAIL PROTECTED]
cc
Subject
Re: TSM & DR
>The one thing I've always found to
Richard Sims <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 01/10/2003 17:35
> Please respond to
> "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>
> To
> [EMAIL PROTECTED]
> cc
>
> Subject
> Re:
: + 353 - 1 - 2942319
> www.unitech-ie.com
>
>
>
> Richard Sims <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 01/10/2003 17:35
> Please respond to
> "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>
Hello I was wondering if anybody could help or advise with the following
question.
I need to devise a solution to speed up DR for one of my customers.
Currently their DR solution is the classic restore from TSM DB tape and then
load all of the off site tapes into the DR library and then perform th
-Adrian Compton wrote: -
>We use TDP to backup INFORMIX via onbar, and logical logs are
>backed up too as and when they get full. This can be every 15
>minutes on a busy day, but have enough logs to last about 2 days
>without backing them up.
>
>I would like some ideas on how to:
>
>1.
Hello All,
I wanted some input concerning TSM's DR module and its capabilities. I used BMR many
years ago as a DR solution and was planning on using it with TSM. I am currently
working with a Veritas Backup Exec guy who is touting the IDR agent that Veritas has
and was wondering what my option
It depends what you want to do (BMR?) with your online images. I dont think
of TSM backup images is an alternative to ASR or application X or
whatever.
I´m not sure you can use TSM backup images with ASR in disaster recovery
senario. Can anyone shed some light here pls?
With ASR you either choose
Hi All:
I am looking for suggestions to improve efficiency in our Backup strategy:
Current:
We backup 200 nodes to a DASD diskpool (large enough for one day's backup),
then migrate to a VTS, with an offiste copy going to 3490 (uncollocated, of
course). To improve day-to-day restores, we implement
the Idea below, never
> tried, but take in consideration that if the TSM DR box is in a
> different geographical location you'll have to use FCIP or Disk Frame
> replication to gain access to those volumes.
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[
>> On Mon, 4 Feb 2008 17:32:26 +, Neil Sharp <[EMAIL PROTECTED]> said:
> The majority of the restore time is spent in formatting the DB and logs.
> They are actually restoring from a fileclass backup of the TSM DB. I know
> when they told me these times I found them hard to believe as well.
On Feb 4, 2008, at 12:32 PM, Neil Sharp wrote:
Thanks Charles for responding
The majority of the restore time is spent in formatting the DB and
logs.
...
This gets back to the site decisions made as to the platform choice
for the TSM server, when management makes an informed choice as to
whic
AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM DR restore query
Thanks Charles for responding
The majority of the restore time is spent in formatting the DB and logs.
They are actually restoring from a fileclass backup of the TSM DB. I
know when they told me these times I found them hard to be
As far as the Idea below, never
> tried, but take in consideration that if the TSM DR box is in a
> different geographical location you'll have to use FCIP or Disk Frame
> replication to gain access to those volumes.
>
> -Original Message-
> From: ADSM: Dist Stor Ma
Neil,
You'll want to read through this document:
http://www-1.ibm.com/support/docview.wss?rs=663&context=SSGSG7&q1=replication&uid=swg21205074&loc=en_US&cs=utf-8&lang=en
There's a lot of things to think about with what you're looking at doing,
and it covers things well.
Nick Cassimatis
- F
ut take in consideration that if the TSM DR box is in a
different geographical location you'll have to use FCIP or Disk Frame
replication to gain access to those volumes.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Neil Sharp
Sent: Monday, February 04
-David Longo wrote: -
>The majority of the restore time is spent in formatting the DB and
>logs. They are actually restoring from a fileclass backup of the
>TSM DB. I know when they told me these times I found them hard to
>believe as well.
Our DR plan is similar to the one described in e
On Behalf Of
Neil Sharp
Sent: Monday, February 04, 2008 10:28
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] TSM DR restore query
Hello I was wondering if anybody could help or advise with the following
question.
I need to devise a solution to speed up DR for one of my customers.
Currently their DR s
PROTECTED]
.EDU>
07/20/2004 05:02 Subject
AMTSM DR vs Veritas IDR
Please respond to
"ADSM: Dist Stor
Manager"
<[EMAIL PROTECTED]
TED]
Dist Stor
cc
Manager"
<[EMAIL PROTECTED]
.EDU>
07/20/2004 05:02
Subject
AMTSM DR vs Veritas
IDR
Please re
ockholm AB
Propellervägen 6B
183 62 TÄBY
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51
Christian Svensson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
2004-07-20 10:25
Please respond to
[EMAIL PROTECTED]
To
[EMAIL PROTECTED]
cc
Subject
Re: TSM DR vs Verita
Henrik Wahlstedt)
Sent by: "ADSM: Dist Subject: Re: TSM DR vs Veritas
IDR
PMSubject
Re: TSM DR vs Veritas IDR
Please respond to
- While taking image backups, You are not creating floppies or CDs
or keeping CDs for entire organization. What if floppy goes bad?
d- ASR is with Windows 2003 and Windows XP only.
e- It is also a BMR procedure for these OSes.
f- You are right about ASR.
g- Remember TSM DR
an
you use now with full backups each week.
Regards,
Paul.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Adam Sulis
Sent: Thursday 13 January 2005 16:56
To: ADSM-L@VM.MARIST.EDU
Subject: TSM DR Exercise Restore Ideas
Hi All:
I am looking for sugg
We colocate onsite and offsite tapes for all of our important (in a DR
sense) nodes. TSM runs on a dedicated machine with dedicated tape
drives. Backups run at night. Thus the machine and tape drives are
available all day for backup storagepool, migrate, and reclaim. Since
reclaims are single-t
store STGPOOL to up-stage the tapes to disk,
without tape contention, so everyone can start restores at the same time...
-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]
Sent: Thursday, 13 January, 2005 11:28
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM DR Exercise Restore Ideas
Subject
IST.EDU> TSM DR Exercise Restore Ideas
01/13/2005
07:56 AM
Please respond
to
"ADSM: Dist
Stor Manager"
>>Thanks for the idea - by collocating the offsite, does that mean that
you
eject one tape per node every day?<<
Yes, for our "important" collocated nodes. That one tape per node
contains the results of the most recent "reclaim" (actually a MOVE DATA)
and the current nights backup.
Our schedule
Is the "Disaster Recovery Strategies with Tivoli Storage Management"
redbook from November of 2002 still the definitive work on using TSM for
bare metal restorations of non-Windows clients? We've got a Linux client
with a balky HDD, so we're trying to come up to speed on this aspect of
TSM under a
yes we did works great. Create a bootable linux cd with the tsm client
on it and a editable dsm.opt/dsm.sys. And make sure you know your
grub/mkinitrd stuff.
I have restored plenty machine to different hardware and filesystem with
success.
Just find a "create your own bootable linux cd" guide som
Hi,
We have been using Sysback/6000 for years as our backup recovery tool for
our AIX systems. We are now merging many of those servers, and the
collection of non-AIX systems is proliferating so we are migrating to a TSM
backup/recovery mechanism. The TSM server is an AIX based NSM box.
I am in
One quick thought, just install the needed drivers on the H70.
Miles
>>> [EMAIL PROTECTED] 07-Mar-02 11:19:12 AM >>>
Hi,
We have been using Sysback/6000 for years as our backup recovery tool for
our AIX systems. We are now merging many of those servers, and the
collection of non-AIX systems is
document from the
existing archive system (IBM DB2 Content Manager OnDemand) and reload
it into a brand new instance of the server, which was installed and
configured to use TSM DR. This is unpalatable, at best.
If anyone has any experience with this upgrade, and has information
about avo
36 matches
Mail list logo
