I'm fairly certain that does not apply if you create an ndmp user account
on a NetApp filer. The documents have said that for years and we've
managed fine with a user-defined account. However, we are not using NBU
6.
We did have to limit the NDMP passsword length to 8 characters, which was
Hello,
Can you give us more details on the process of moving the EMM database ( the
command associated ) ??
Thanks
Gilles
-Message d'origine-
De : veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]de la part de
backupgirl
Envoyé : vendredi 5
Hello,
In fact, I wish to migrate an EMM database and NBU catalog database 6.5.x from
a Solaris master server to a Linux Redhat master server keeping the same
hostname and IP adress.
If someone has experiences on that, I will be interested.
Gilles.
-Message d'origine-
De : POUSSARD,
NetBackup is essentially doing file level backups rather than block level so it
can't do the in file delta. If you have a need for doing that then you should
look at the data deduplication technology out there such as Data Domain, Avomar
and others. If you look through the archives you'll
I have done a full system restore, or attempted to, and it doesn't work.
Somewhere along the way, you start over-writing the library files linked into
the running bpbkar executable and then the restore will die.
BMR is an exception, but just doing a full restore from root downward doesn't
On Sat, Jun 06, 2009 at 03:20:44PM -0400, Jorge F?bregas wrote:
I'm still learning Netbackup (got around 1.5 years working with it) and I'm
wondering... Is there a way to perform incremental backups using in-file
delta technology (backup only changes within a file)? I've seen a lot of
NetBackup DOES provide file-level backup with block-level incremental (BLI) IF
your source file system is VxFS and if you are using Snapshot client (with VxFS
Storage Checkpoint) option.
- Original Message
From: Jeff Lightner jlight...@water.com
To: Jorge Fábregas
Can you give us more details on the process of moving the EMM database ( the
command associated ) ??
Sure... We migrated from an AIX to Windows Master and the DBA discovered it was
not as simple as unloading and loading the media tables. The database schema
was different between the two
Is there a way to perform incremental backups using in-file
delta technology (backup only changes within a file)? I've seen a lot
of
features/options for Netbackup but I have never seen this...If indeed
there
isn't ...why isn't this type of ESSENTIAL technology part of
Netbackup?
As
Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one
master / media server running NetBackup 6.5.2 backing up mainly HP
servers with a few Sun and Windows boxes thrown in. One NBU 6.5.2 SSO
media server running on windows.
Here is the scenario. The auditors give me a date
On Mon, Jun 08, 2009 at 01:36:29PM -0400, BeDour, Wayne wrote:
Here is the scenario. The auditors give me a date and a host which I
can relate to a backup policy. From the date, they need me to verify
the backup ran, the bar code of the tape(s) written to and if the
tape(s) went offsite.
To see which media / backup IDs etc... were used for a given policy:
bpimmedia -L -policy policy -d MM/DD/CCYY HH:MM:SS -e MM/DD/CCYY
HH:MM:SS
Where policy is the policy used to do the backup, -d specifies the start
of the time range in which you're interested and -e specifies the end of
echo get real auditors
Assuming it hasn't expired, bpimagelist will tell you what backup images
exist for a particular host, from a particular time, and what tape they are
on.
As for whether the tape was actually sent offsite, I don't see how Netbackup
could ever know that. If you use Vault,
Most modern OSen should have a capable fs abstraction layer, like VFS,
which should remove the client from having to know too much about the
underlying file system, I would assume. Plus, rsync can do it, as long as
you aren't using the --whole-file option.
-- nick
The quick answer is that it's
On Mon, Jun 08, 2009 at 01:18:48PM -0500, Nick Majeran wrote:
Most modern OSen should have a capable fs abstraction layer, like VFS,
which should remove the client from having to know too much about the
underlying file system, I would assume.
The abstraction layer usually doesn't have enough
# bpimagelist -U -d start -e end -client client -media
This will give you the list of all tapes used for that client for that
date. Given that, check your vault logs to see when/if the tape was
ejected, and get the audit trail from your vault provider to see when/if
they received the tapes.
I
On Monday 08 June 2009 12:33:45 pm A Darren Dunham wrote:
Yes same with doing file-level backups of a database. Similar options apply:
* Run some sort of de-dup product
I'll take a look at dedup for sure.
* Backup from within the virtual host, not the image files from the
server
This
Thanks William for the nice explanation and to everyone else for sharing their
feedback.
All the best,
Jorge
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
From what I could tell from the documentation it did not require a root
account. It looks to be the case in real life. I was given a link to
the NDMP 6.5.3 update and installed it. Things at least backed up to
tape. I need to verify what exactly it backed up since the amount it
backed up
All
re: Technote : http://seer.entsupport.symantec.com/docs/284164.htm
I am getting this message, but ONLY when a Cold Catalog Backup of 6.5.3
is taking place!!
Surely this is not normal? In 5.1 MP5, even if a Cold Catalog was taking
place, Restores were still possible.
Could anyone clarify
20 matches
Mail list logo
