Morning Guys
Not exactly a problem, but a question.
I started to do work for a small firm that has been removing legacy old
kit and media as its 15+ years out of date (example: PC's acting as
Servers, DDS tape drives, 3M Data Cartridges, (mini ones too!! amnd
legacy Unix systems.
Now, what I was
Simon,
A couple of years ago we retired DLT IV and LTO1 drives, going to a library
with LTO4 drives only.
I used bpimmedia to work out which images were on the old media then
bpduplicate to duplicate all long term retention images that were on the old
DLT IV and LTO1 media to LTO3 or LTO4
Hi Mark
Thanks for this. Yes, this is one method, but what about a backup
solution - ie: now 20 years out of date, no media, no server to restore
to and in a format unknown to todays backup systems.
What would you do then? :-)
the client does not seem bothered, and is happy to destroy the Data.
Well,
netbackup is using tar to write and read to the tape. If you not use
multiplexing, and you know what is on what tape, then you can restore
backups without netbackup.
I have come in front of many companies that have 15 years backups and they
try to find a travan tape drive (or other)
lol True
What we've found out is that its the firewall between media and client
which is cutting off this connection after 2 hours. The bpstart script
is still running on the client but after the firewall tcp timeout of 2
hours its as though part of the connection (i'm thinking the bpbrm
On Wed, May 19, 2010 at 1:20 AM, WEAVER, Simon (external)
simon.wea...@astrium.eads.net wrote:
I started to do work for a small firm that has been removing legacy old
kit and media as its 15+ years out of date (example: PC's acting as Servers,
DDS tape drives, 3M Data Cartridges, (mini ones
On Wed, May 19, 2010 at 4:57 AM, Dave Markham dave.mark...@fjserv.netwrote:
What we've found out is that its the firewall between media and client
which is cutting off this connection after 2 hours. The bpstart script
is still running on the client but after the firewall tcp timeout of 2
On May 19, 2010, at 02:39, WEAVER, Simon (external) wrote:
Thanks for this. Yes, this is one method, but what about a backup
solution - ie: now 20 years out of date, no media, no server to
restore
to and in a format unknown to todays backup systems.
What would you do then? :-)
the
We've gone through exercises of saving infinite retention backups of
systems that we know we can't recreate easily (for example there was one
that had a dongle from the vendor required to run the app - we had to
return the dongle to avoid continuing to pay license fees). The idea
is if you have
Think there is, at least according to this page
http://ss64.com/ora/rman_crosscheck.html
Regards
Michael
2010/5/17 Lightner, Jeff jlight...@water.com
That’s unfortunate. It seems that there ought to be a way to have RMAN
rebuild its catalog from NBU much the same the way that NBU can
Here when we change tape formats, we duplicate the long term retention
data to the new format. It's pretty easy with NetBackup, but I suppose
worst case scenario you would have to restore it, then back it up again.
Probably a better question than can I restore the data? is, once
restored, do I
That looks promising. Have you used it successfully?
Mark - did you try this when you had your issue?
From: Michael Graff Andersen [mailto:mia...@gmail.com]
Sent: Wednesday, May 19, 2010 9:05 AM
To: Lightner, Jeff
Cc: Mark Glazerman; Kevin Corley;
I'm not sure if our DBA's tried this exact method but in our
environment, where we back up only to Data Domain, we don't have another
repository (eg. Vaulted Tape) to look for any RMAN backup pieces. Once
RMAN had expired the images we needed and they had been cleared off the
data domain, there
We did still have NBU images of the backups that initiated the RMAN
backups but once RMAN had expired its own images, these were essentially
useless. I don't believe that RMAN is able to query NBU's catalog as
part of the crosscheck anyway.
Mark Glazerman
Desk: 314-889-8282
Cell:
If you have a drive, you can use tar to read the tapes (little more work if
they are multiplexed.)
I am in the process of duplicating about 100 SDLT tapes to LTO4's. - I have
kept an SDLT tape drive attached to the master because I have long term tapes.
Once I get the dups done I can get rid
True, this could happen, but then it comes back to what do they do with
the Data or how could they read it, if they have just chucked and
disposed of their old equipment, that was running the apps in the first
place?!
Begs the question ... Why did they bother ! :( And probably explains
why they
Just implemented HP LTO5 tape drives, although I have seen this behavior on the
older LTO2 drives as well.
8gbps Qlogic switch. NetBackup 6.5.6 w/ vault
Sun T5240 master/media, Solaris 10 with last Thursday's recommended patch set,
4Gbps HBA (getting an 8 soon).
The main monitoring tool I
I am working with my DBA and Symantec, opened a ticket and found this issue
from the RMAN side:
Here is my note to them:
Please review case # 291-053-107.
Our Oracle DBA are extremely upset that the tools available to them to
troubleshoot in a DR situation are so poor.
They have no reliable way
NUMBER_DATA_BUFFERS=64
SIZE_DATA_BUFFERS=262144
Drive firmware is I24Z
I may have found the biggest problem. Continuing to look at the switch port
statistics, I found one drive was accumulating a few receive and decode errors.
And I caught it twice go offline on the switch port. I reseated all
Thanks.
As noted in my original question though, I already do see the images
using NBU utilities. The question is how can we restore those images
if RMAN doesn't know they exist?
The first reply to my original indicated that one has to use RMAN to
recover and RMAN doesn't know they're there.
Dear All,
I have configured DSSU (Disk Staging Storage Unit) and FSU (Final
Destination Storage Unit) on NetBackup 6.0MP7 running on Solaris 10
Media Server. When the capacity reached 100% of capacity, the schedule
was running but the data cannot be stagged or moved to tape.
Would you like to
21 matches
Mail list logo