[Veritas-bu] Corrupt file system on Solaris 9. NetBackup 6.0 MP4

2007-07-25 Thread Clem Kruger (C) 

Hi Gang,
 
I am hoping one of the NetBackup/SUN UNIX Guru's might be able to help
here.
 
We have a strange issue here at the moment. We have created a separate
file system for NetBackup on /opt/openv. The /opt/openv filesystem
filled with logs in the /opt/openv/logs directory. When doing a fsck
on the file system, there seemed to be some of the files which were
hurt. 

 When starting NetBackup, we are told that the NB_dbsrv must be
running for NetBackup to start.  

[EMAIL PROTECTED] # netbackup start
NetBackup will not run without /usr/openv/db/bin/NB_dbsrv running
NetBackup Notification Service started.
NetBackup Enterprise Media Manager started.
NetBackup Resource Broker started.
NetBackup request daemon started.
NetBackup compatibility daemon started.
NetBackup Job Manager started.
NetBackup Policy Execution Manager started.
NetBackup Service Layer started.
NetBackup Bare Metal Restore daemon started.
NetBackup Vault daemon started.
NetBackup is not configured for clustering.
NetBackup Service Monitor started.
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]>  #

 [EMAIL PROTECTED] # /usr/openv/db/bin/NB_dbsrv
ld.so.1: dbsrv9: fatal: libdbserv9_r.so: open failed: No such file or
directory
Killed
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]>  #

 [EMAIL PROTECTED] # cd ../db/lib
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]>  # ls -la
total 73444
drwxr-xr-x  2 root bin 1024 Jul 24 16:02 .
drwxr-xr-x  12 root bin  512 Jul 25 09:06 ..
-rw-r--r--   1 root other18701824 Jul 24 15:53 ck
lrwxrwxrwx   1 root bin   15 Jul 24 16:02 libdbaes_r.so ->
libdbaes_r.so.1
-r-xr-xr-x   1 root bin25672 Apr 15  2004 libdbaes_r.so.1
lrwxrwxrwx   1 root bin   14 Jul 24 16:02 libdbcis9.so ->
libdbcis9.so.1
-r-xr-xr-x   1 root bin   566320 Dec 21  2004 libdbcis9.so.1
lrwxrwxrwx   1 root bin   14 Jul 24 16:02 libdbextf.so ->
libdbextf.so.1
-r-xr-xr-x   1 root bin28268 Dec 21  2004 libdbextf.so.1
lrwxrwxrwx   1 root bin   16 Jul 24 16:02 libdbjodbc9.so
-> libdbjodbc9.so.1
-r-xr-xr-x   1 root bin   519336 Dec 21  2004 libdbjodbc9.so.1
lrwxrwxrwx   1 root bin   14 Jul 24 16:02 libdblib9.so ->
libdblib9.so.1
-r-xr-xr-x   1 root bin   856852 Dec 21  2004 libdblib9.so.1
lrwxrwxrwx   1 root bin   16 Jul 24 16:02 libdblib9_r.so
-> libdblib9_r.so.1
-r-xr-xr-x   1 root bin   877284 Dec 21  2004 libdblib9_r.so.1
lrwxrwxrwx   1 root bin   15 Jul 24 16:02 libdbodbc9.so ->
libdbodbc9.so.1
-r-xr-xr-x   1 root bin   166488 Dec 21  2004 libdbodbc9.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbodbc9_n.so
-> libdbodbc9_n.so.1
-r-xr-xr-x   1 root bin  1030508 Dec 21  2004
libdbodbc9_n.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbodbc9_r.so
-> libdbodbc9_r.so.1
-r-xr-xr-x   1 root bin  1052184 Dec 21  2004
libdbodbc9_r.so.1
lrwxrwxrwx   1 root bin   16 Jul 24 16:02 libdbodm9_r.so
-> libdbodm9_r.so.1
-r-xr-xr-x   1 root bin   256524 Dec 21  2004 libdbodm9_r.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbserv9_r.so
-> libdbserv9_r.so.1
-r-xr-xr-x   1 root bin  8857592 Dec 21  2004
libdbserv9_r.so.1
lrwxrwxrwx   1 root bin   16 Jul 24 16:02 libdbtasks9.so
-> libdbtasks9.so.1
-r-xr-xr-x   1 root bin20992 Dec 21  2004 libdbtasks9.so.1
lrwxrwxrwx   1 root bin   18 Jul 24 16:02 libdbtasks9_r.so
-> libdbtasks9_r.so.1
-r-xr-xr-x   1 root bin29784 Dec 21  2004
libdbtasks9_r.so.1
lrwxrwxrwx   1 root bin   15 Jul 24 16:02 libdbtool9.so ->
libdbtool9.so.1
-r-xr-xr-x   1 root bin  1559544 Dec 21  2004 libdbtool9.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbtool9_r.so
-> libdbtool9_r.so.1
-r-xr-xr-x   1 root bin  1565980 Dec 21  2004
libdbtool9_r.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbunic9_r.so
-> libdbunic9_r.so.1
-r-xr-xr-x   1 root bin   567568 Dec 21  2004
libdbunic9_r.so.1
lrwxrwxrwx   1 root bin   17 Jul 24 16:02 libdbxwin9_r.so
-> libdbxwin9_r.so.1
-r-xr-xr-x   1 root bin63776 Dec 21  2004
libdbxwin9_r.so.1
lrwxrwxrwx   1 root bin   16 Jul 24 16:02 libmljodbc9.so
-> libmljodbc9.so.1
-r-xr-xr-x   1 root bin   519336 Dec 21  2004 libmljodbc9.so.1
-r-xr-xr-x   1 root bin58300 Nov  3  2006 libsybackubr.so
lrwxrwxrwx   1 root bin   13 Jul 24 16:02 libsybbr.so ->
libsybbr.so.1
-r-xr-xr-x   1 root bin52888 Dec 21  2004 libsybbr.so.1
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]>  # 

 

Regards,

 

 

Clem Kruger

Telkom SA Ltd

ITS Infrastructure Storage Management

You're not obligated to win. You're obligated to keep trying to do the
best you can every day.

 

 

 


~~
This e-mail and its contents are subject to the Telkom SA Li

Re: [Veritas-bu] Maximum number of policies

2007-07-24 Thread Clem Kruger (C) 

We have 8 Clariion VTL's and have a retention period of a week for
everything. We use In Line Tape copy for weekly and monthly backups
for offside storage. We are looking to use SRDF to replicate these
VTL's, but this may just take too long.

 
Brian, what replication software are you using to send your data via
dark fibre? Ethernet?




 

 

 

Regards,

 

 

 

Clem Kruger

'Plan, Plan, Plan - Train hard, expect the worst and you'll be
surprised at how you grow and what one's team can achieve.'

Telkom SA Ltd

ITS Infrastructure Storage Management


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 24 July 2007 12:26 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
Veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Maximum number of policies

We get around 6-8 restore requests/day.  And yes, I take advantage of
Inline Tape Copy and have a copy available across dark fiber at a
separate campus and the other copy vaulted 90 miles away.  If we have
time, I rerun (or dupe) any status 84's we get.  I'm using IBM for
tape
- 3590's and 3592's in a 3494 ATL, but just brought in a TS3500 which
is supported behind a VTL. The 3592's are reliable beyond any tape
drive I have seen in my life - however the 3590's are about on par
with any other technology.

-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 24, 2007 3:56 AM
To: DIVEN, BRIAN
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; Veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Maximum number of policies



On Tue, 24 Jul 2007, [EMAIL PROTECTED] wrote:

> For those of you that are seriously interested, here is the actual
format taking advantage of policy and schedule names that made our
life
easier.  I should also state that we stood up extremely well to 5
audits
over the past 4 years (BCP/vaulting audit, internal audit regarding
records retention, backup audit, internal SOX, and external SOX
audit).
>
> Policy name example:
>
> Sybase-alderaan-PDS_SY24-model-DB ... Which tells me this is a
sybase
DB on physical host alderaan on database server PDS_SY24 for the model
database instance and that this policy is a DB backup (vs. a log).
>
> Our audit requirements are for 30 and 90 day retentions and we send
all databases less than 25 GB to a D2D pool.  To accomplish this, we
use
the schedule name.
>
> Schedule name example (There are 2 automatic backup schedules and 4
application backup schedules per policy):
>
> Automatic Backup Name:  PDS_SY24+model+30day+DB+tape+1 and
PDS_SY24+model+90day+DB+tape+1 ... Which tells me database/instance,
the
retention, that it's a DB backup, destined for tape with 1 stripe.
>
> The key here is that we have a single script to maintain for the
whole
environment, because it has all of the information to parse.  The DB
team is required to keep a table of all databases and whether they are
active or not and how big they are.  We activate/deactive/create
policies based on their table and the script determines whether they
should go to disk or tape based on the size.
>
> Application Backup Name:  There are 4 of them, 30day-tape,
30day-disk,
90day-tape, and 90day-disk.
>
> I would also add that rerunning failed backups is one thing, but
what
about a backup that never runs?  It doesn't show up on a failed rerun
script.  Part of the summary reports show databases that haven't had a
backup in "X" number of days so we catch those too.  Now the onus of
the
audit is on the database teams to keep their table current and it is a
very well documented, specific, and verifiable process.  I wrote my
own
SLA's at a 95% backup success rate and 100% restore success rate and
haven't missed them for 2 years now.

How often do you perform restores?  What types of tape medium do you
use?  What robots are in use?

I find 100% restoration rate very nice; however, how do you achieve
that, I assume you have two copies of most pieces of data as mentioned
above 30/90 days?

Justin.

This e-mail and any attachments may contain confidential information
of Northwestern Mutual. If you are not the intended recipient of this
message, be aware that any disclosure, copying, distribution or use of
this e-mail and any attachments is prohibited. If you have received
this e-mail in error, please notify Northwestern Mutual immediately by
returning it to the sender and delete all copies from your system.
Please be advised that communications received via the Northwestern
Mutual Secure Message Center are secure. Communications that are not
received via the Northwestern Mutual Secure Message Center may not be
secure and could be observed by a third party. Thank you for your
cooperation.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] URGENT HELP - Advice

2007-07-19 Thread Clem Kruger (C) 

Hi Simon,

This is unfortunately the trade off of using multiple streams, the
backup are fast but recovery is ssllooww.


 
 
 
 
Regards,
 
 
Clem Kruger
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
WEAVER, Simon (external)
Sent: 19 July 2007 11:11 AM
To: 'veritas-bu@mailman.eng.auburn.edu'
Subject: [Veritas-bu] URGENT HELP - Advice
Importance: High


Hi All
Got a major outage - 1 Media Server lost 400GB Disk. New disk in
place, trying to restore, but throughput is BAD BAD BAD!

Backups were done using multiple streams (4 streams per tape drive). I
kicked off one RESTORE job to restore ALL Data to this one drive.

Is there a benefit to kicking off multiple restores for Data on this
volume?

Thanks

Regards

Simon Weaver




This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure. If you are not the intended recipient, please notify the
sender immediately, do not copy this message or any attachments and do
not use it for any purpose or disclose its content to any person, but
delete this message and any attachments from your system. Astrium
disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
2AS, England ___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Resource overheads.

2007-07-12 Thread Clem Kruger (C) 

Morning all,
 
Does anyone have the overhead cost of the recourses we use everyday?
 
e.g. 
 

1.  LTO tape drive requires a processor and 750KB memory to drive
the tape drive
2.  2 X 2GB HBA's requires a processor and 500KB memory etc.

I want to create a rule of thumb that we can give to planner to ensure
that the hardware they specify will do the job they say it will!.


~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Veritas 6 upgrade

2007-07-11 Thread Clem Kruger (C) 

Ed/Simon,
 
Would be nice if I could get the document:(
 
 

 

 

Regards,

 

 

Clem Kruger

Telkom SA Ltd

ITS Infrastructure Storage Management

You're not obligated to win. You're obligated to keep trying to do the
best you can every day.

 

 

: +27 (12) 680 3302

 

: +27 (12) 680 3299

 

: +27 (83) 326 2260

 

: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 

 

 



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2007 08:08 AM
To: 'Ed Wilts'; Clem Kruger (C); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Veritas 6 upgrade


Ed
That upgrade card is brilliant! Do you know if there will be a 6.5
chart made - I know there has been alot of talk about 5.1 upgrade to
6.5 but if I am right (and its very rare I am!) I understand you can
go to 5.1 MP5 to 6.5 without the need for 6.0!
 
Our firewall is blocking the 6 portal, so will need to get this
allowed :-(
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed
Wilts
Sent: Tuesday, July 10, 2007 12:37 PM
To: 'Clem Kruger (C)'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas 6 upgrade



The 6.0 upgrade portal is at 
http://seer.entsupport.symantec.com/docs/285223.htm.   There are lots
of documents there that Veritas specifically wrote to share.  They
contain very valuable information and should be considered a "must
read".

 

The upgrade quick reference chart is at 
http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterpri
se_Server/287674.pdf

 

--

Ed Wilts, Mounds View, MN, USA

mailto:[EMAIL PROTECTED]

I GoodSearch for Bundles Of Love:
http://www.goodsearch.com/?charityid=821118 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clem
Kruger (C)
Sent: Tuesday, July 10, 2007 2:29 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Veritas 6 upgrade

 

Hi Group,

 

Has anyone created an upgrade document they may want to share?

 

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure. If you are not the intended recipient, please notify the
sender immediately, do not copy this message or any attachments and do
not use it for any purpose or disclose its content to any person, but
delete this message and any attachments from your system. Astrium
disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
2AS, England



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<><><><>___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Veritas 6 upgrade

2007-07-10 Thread Clem Kruger (C) 

Hi Group,
 
Has anyone created an upgrade document they may want to share?
 

 

 

Regards,

 

 

Clem Kruger



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Status Code 136

2007-06-27 Thread Clem Kruger (C) 

Hi Group,

 

I am hoping someone can help me. I have a Solaris cluster of which
both nodes are media servers. When I try to add the one cluster as a
media server, I get a code 136. Weird!

 

Anyone got an idea?

 

 

 

 

 

 

Kind Regards,

Clem Kruger

Senior Consultant Technology

Cabangisisa IT Solutions 

 

NOTICES:

1.   This message and any attachments are confidential and
intended solely for the addressee. If you have received this message
in error, please notify the sender at CITS immediately. Any
unauthorised use, alteration or dissemination is prohibited. 

2.  CITS accepts no liability whatsoever for any loss whether it
be direct, indirect or consequential, arising from information made
available and actions resulting there from. 

3.  Please note that CITS only binds itself by way of signed
agreements. 'Signed' refers to a hand-written signature, excluding any
signature appended by 'electronic communication' as defined in the
Electronic Communications and Transactions Act, no. 25 of 2002. 

 



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] oracle hot backup

2007-06-05 Thread Clem Kruger (C) 

Good day,
 
This is what we use!
 

 PV_daily.sh

#!/bin/sh

OUTF=${0}.out

# if [ -f "$OUTF" ]
# then
# rm -f "$OUTF"
# fi

{ # output block

echo "`date` Beginning of Script"
echo "Script name: $0"

#
--
-
# Replace /db/oracle/product/8.1.7, below, with the Oracle home path.
#
--
-

ORACLE_HOME=/app/oracle/product/9.2.0
export ORACLE_HOME
ORACLE_SID=PV
export ORACLE_SID
ORACLE_USER=oracle

NB_ORA_SCRIPTS=/app/oracle/local/rman

#
--
-
# Set the Oracle Recovery Manager name.
#
--
-

RMAN=rman

#
--
-
# Print out the value of the variables set by this script.
#
--
-

echo  
echo   "RMAN: $RMAN"
echo   "ORACLE_SID: $ORACLE_SID"
echo   "ORACLE_USER: $ORACLE_USER"
echo   "ORACLE_HOME: $ORACLE_HOME"
echo   "NB_ORA_SCRIPTS: $NB_ORA_SCRIPTS"

#
--
-
# Print out the value of the variables set by bphdb.
#
--
-

echo 
echo   "NB_ORA_FULL: $NB_ORA_FULL"
echo   "NB_ORA_INCR: $NB_ORA_INCR"
echo   "NB_ORA_CINC: $NB_ORA_CINC"
echo   "NB_ORA_SERV: $NB_ORA_SERV"
echo   "NB_ORA_CLASS: $NB_ORA_CLASS"
echo   "NB_ORA_PC_SCHED: $NB_ORA_PC_SCHED"
echo   "NB_ORA_SCHEDULED: $NB_ORA_SCHEDULED"
echo   "NB_ORA_USER_INITIATED: $NB_ORA_USER_INITIATED"

#
--
-
# This script assumes that the database is properly opened. If
desired,
# this would be the place to verify that.
#
--
-

echo 

if [ "$NB_ORA_INCR" = "1" ]
then
 echo "hot database differential incremental backup requested"
 CMDFILE=${NB_ORA_SCRIPTS}/PV_daily.rcv

elif [ "$NB_ORA_CINC" = "1" ]
then
 echo "hot database cumulative incremental backup requested"
 CMDFILE=${NB_ORA_SCRIPTS}/PV_daily.rcv

else # default
 echo "hot database backup requested (incremental level 0)"
 CMDFILE=${NB_ORA_SCRIPTS}/PV_daily.rcv
RCMDFILE=${NB_ORA_SCRIPTS}/resync.rcv
fi

#
--
-
# Call Recovery Manager to initiate the backup. This example does not
use a
# Recovery Catalog. If you chose to use one, remove the option,
nocatalog,
# from the rman command line below and add a 'connect rcvcat'
statement to
# the corresponding command file ($CMDFILE). An alternative to putting
the
# connect statements in the command file would be to add them to the
rman
# command line. 
#
# Note: Any environment variables needed at run time by RMAN or
$CMDFILE
#   must be set and exported within the switch user (su) command.
#
--
-

echo 
# echo "% ${ORACLE_HOME}/bin/$RMAN nocatalog cmdfile '$CMDFILE'"
echo "% ${ORACLE_HOME}/bin/$RMAN catalog cmdfile '$CMDFILE'"
echo "% ${ORACLE_HOME}/bin/$RMAN catalog cmdfile '$RCMDFILE'"
echo 

su - $ORACLE_USER -c "
export
PATH=/usr/bin::/opt/EMCpower/bin:/etc:/usr/sbin:/usr/ccs/bin:.:/usr/sb
in:/usr/ccs/bin:/app/oracle/product/9.2.0:.
export LD_LIBRARY_PATH=/app/oracle/product/9.2.0/lib:
export ORACLE_HOME=/app/oracle/product/9.2.0
export ORACLE_SID=PV
# ${ORACLE_HOME}/bin/$RMAN nocatalog cmdfile "$CMDFILE"
${ORACLE_HOME}/bin/$RMAN cmdfile "$CMDFILE"
"
RETURN_STATUS_BACKUP=$?
su - $ORACLE_USER -c "
export
PATH=/usr/bin::/opt/EMCpower/bin:/etc:/usr/sbin:/usr/ccs/bin:.:/usr/sb
in:/usr/ccs/bin:/app/oracle/product/9.2.0/bin
export LD_LIBRARY_PATH=/app/oracle/product/9.2.0/lib:
export ORACLE_HOME=/app/oracle/product/9.2.0
export ORACLE_SID=PV
# ${ORACLE_HOME}/bin/$RMAN nocatalog cmdfile "$CMDFILE"
${ORACLE_HOME}/bin/$RMAN cmdfile "$RCMDFILE"
"
RETURN_STATUS_RESYNC=$?

RETURN_STATUS=`expr $RETURN_STATUS_BACKUP + $RETURN_STATUS_RESYNC`


echo 
echo "`date` End of Script--"
echo 
echo "exit $RETURN_STATUS"
exit $RETURN_STATUS

} >> $OUTF
 

PV_daily.rcv


connect target
connect rcvcat rman9206/
  RMAN
information

change archivelog all validate;
run {
# Hot database level 0 whole backup
allocate channel t1 type 'SBT_TAPE'
 PARMS="ENV=(NB_ORA_CLIENT=your-virtual-client-if-a-cluster)";
allocate channel t2 type 'SBT_TAPE'
 PARMS="ENV=(NB_ORA_CLIENT=your-virtual-client-if-a-cluster)";
sql 'alter system archive log current';
backup full
filesperset 8
tag full_hot_incl_ctl
##  skip inaccessible
(database
include current controlfile
format 'dbh%d_t%t_s%s_p%p'
);
  sql 'alter system archive log current';
  # backup all archive

Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL

2007-04-13 Thread Clem Kruger \(C\) 

Hi All,

Just to add my bit. A common issue today is that there constantly
seems to be issues with 1GB networks. 

A NetBackup standard is that all cards do need to be set to full
duplex; hence the switch port also needs to be set to the same. As
Glen has suggested there is an issue sometimes on the switch side.
There is also an issue on copper wire. Cat 6 is recommended for 1GB,
there is then an issue of the bandwidth being overloaded.

It is better to combine a number of 100MB cards using CISCO trunking,
increasing the pipe size in that way.

I have also found that when using 1GB one should use fibre. There are
no issues as far as the network is concerned, just ensure you do not
overflow your bandwidth.
 
 
 
Regards,
 
 
 
Clem Kruger
'Plan, Plan, Plan - Train hard, expect the worst and you'll be
surprised at how you grow and what one's team can achieve.'
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Collins, Glen (HQP)
Sent: 12 April 2007 19:41 PM
To: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to
FULL

As a former Sun SA, it was ALWAYS mandatory to lock speeds. Especially
when
Cisco was involved. Sun and Cisco hardware has always had issues with
auto negotiation. And when both vendors say it's the other's fault,
you just do
what's best for your environment. As for Windows, I'm not too clear on
that.
But if you never want to run into any issues, it's way best to lock
speeds
and duplex on BOTH sides. That way you can never go wrong.

Glen Collins
Storage Engineering Services
Robert Half International, Inc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Keating
Sent: Thursday, April 12, 2007 10:17 AM
To: Ian Clements; Adams, Dwayne; [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to
FULL

We've had more problems in the old days with people "forgetting" to
hardcode, than we've had in recent years leaving everything auto.

However, on the recommendation to only hardcode the
client..absolutely NOT.
The standard behaviour (for one side hardcoded, and the other Auto) as
outlined by the IEEE is to go to HALF-duplex. 

NOT what you want.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Ian Clements
> Sent: April 12, 2007 1:14 PM
> To: Adams, Dwayne; [EMAIL PROTECTED]
> Subject: Re: [Veritas-bu] clients in hosts files and forcing 
> NICs to FULL
>  
> 
> By locking the speeds, you prevent the cards from negotiating. This
is
> both good and bad. Despite the 
> "standard" of autoneg, it doesn't always work. If you can use it,
you
> should. If you can't because clients
> do not correctly negotiate a connection speed, try locking 
> the client to
> 100-full (or whatever) and leaving 
> the switch port at auto first. 
==
==

La version française suit le texte anglais.

--
--

This email may contain privileged and/or confidential information, and
the Bank of
Canada does not waive any related rights. Any distribution, use, or
copying of this
email or the information it contains by other than the intended
recipient is
unauthorized. If you received this email in error please delete it
immediately from
your system and notify the sender promptly by email that you have done
so. 

--
--

Le présent courriel peut contenir de l'information privilégiée ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent.
Toute diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il
contient par une
personne autre que le ou les destinataires désignés est interdite. Si
vous recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer
sans délai à
l'expéditeur un message électronique pour l'aviser que vous avez
éliminé de votre
ordinateur toute copie du courriel reçu.

___
Veritas-bu maillist  -  [EMAIL PROTECTED]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


___
Veritas-bu maillist  -  [EMAIL PROTECTED]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  [EMAIL PROTECTED]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Virtual Tape library or backup to disk

2007-04-11 Thread Clem Kruger \(C\) 

Good day Dan,

 

My personal recommendation would be to stay away from any VTL and
rather use the DISK to DISK to tape feature which is part of version 6
of NetBackup and even stronger in 6.1. The Veritas (Symantec API) has
been released and is currently being included in most of the hardware
vendors. See the attached link.

 

The one thing that really has me worried is that VTL's emulate a
library and tapes and are subject to those rules. There is also an
issue as far as compressing is concerned as this is generally done by
the VTL's operating system and slows down your backups dramatically.
Many other rules change as VTL's generally require a single stream per
tape. You are also liable to pay for tape drive licenses etc.

 

http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci1
229879,00.html

 

 

 

 

 

Regards,

 

 

 

Clem Kruger



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Sixbury, Dan
Sent: 11 April 2007 16:04 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Virtual Tape library or backup to disk

 

Does anyone have any recommendations in regards to VTLs or disk pools,
etc. for backup?  I have seen a lot of stuff on the market, but I have
also heard where some people have found out later that some of the
technologies don't always work as smoothly as their slated. i.e. one
solution I have seen takes all of your data and compresses it into
block level format on a separate device, but if you want to restore
the data or back it up to tape, you have to first uncompress it to a
readable format and then copy to tape.  

Thanks. 



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Hardware required tool

2007-03-20 Thread Clem Kruger \(C\) 

Good day all,

 

Does anyone have a tool that can be used to determine the CPU and
Memory requirements, given the number of tapes, I/O cards etc.

 

 

 

 

Regards,

 

 

 

Clem Kruger

'Plan, Plan, Plan - Train hard, expect the worst and you'll be
surprised at how you grow and what one's team can achieve.'

Telkom SA Ltd

ITS Infrastructure Storage Management

 

: [EMAIL PROTECTED]  

 



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] NetBackup Consolidation

2007-03-07 Thread Clem Kruger \(C\) 

Good day all,

 

I am hoping to get some help from everyone. We are embarking on a
consolidation of all our master servers into a powerful SUN master
server.

 

Has anyone done this? What are the steps we will need to take?

 

Thanks in advance for your help.

 

 

 

 

Regards,

 

 

 

Clem Kruger




~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] 6.0 Java Console to manage 5.1?

2007-02-28 Thread Clem Kruger \(C\) 

Good day all,

 

Those of us who are green with envy, will have to be satisfied with
using Microsoft along with great products like Cygwin, Windows
services for UNIX, VMWare (using Solaris or Linux). Cygwin offers a
great X as well.

 

http://www.cygwin.com/mirrors.html

 

Regards,

 

 

 

Clem Kruger

'Plan, Plan, Plan - Train hard, expect the worst and you'll be
surprised at how you grow and what one's team can achieve.'

Telkom SA Ltd

ITS Infrastructure Storage Management

 

: +27 (12) 680 3102

 

: +27 (12) 680 3299

 

: +27 (83) 326 2260

 

: [EMAIL PROTECTED]  

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 28 February 2007 19:50 PM
To: Bob Stump; Paul Keating; veritas-bu@mailman.eng.auburn.edu; Jeff
Lightner
Subject: Re: [Veritas-bu] 6.0 Java Console to manage 5.1?

 

When I was in the selling/configuration business, I would always
specify a configuration management workstation or cluster management
workstation in a client's proposal.  Some bean counter would sign off
on it.

 

The admins loved that.  They deployed the workstations as they wanted
(like to their desktop).

 

Next time you have a project, have a management workstation specified.

 

Bobby.

 

-- Original message -- 
From: "Bob Stump" <[EMAIL PROTECTED]> 
Yeah.I see your from a financial institute. No wonder you
have the proper tools to do your job :-)

>>> "Paul Keating" <[EMAIL PROTECTED]> 2/28/2007
11:29 AM >>>

LOL.

 

Amazing to see a bunch of people so excited about a Unix
desktop.

 

;o)

 

 

-- 

 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: February 28, 2007 9:31 AM
To: Bob Stump; Bobby Williams;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.0 Java Console to manage
5.1?

They have UNIX jobs in Chattanooga?   My family keeps
wanting me to move there but I've never seen any UNIX jobs advertised.





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob
Stump
Sent: Wednesday, February 28, 2007 9:11 AM
To: Bobby Williams; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.0 Java Console to manage
5.1?

 

Bobby,

You have a Solaris workstation?

Cool! 

Are you hiring :-)


==
==
 
La version française suit le texte anglais.
 

--
--
 
This email may contain privileged and/or confidential
information, and the Bank of
Canada does not waive any related rights. Any distribution,
use, or copying of this
email or the information it contains by other than the
intended recipient is
unauthorized. If you received this email in error please
delete it immediately from
your system and notify the sender promptly by email that you
have done so. 
 

--
--
 
Le présent courriel peut contenir de l'information privilégiée
ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y
rapportent. Toute diffusion,
utilisation ou copie de ce courriel ou des renseignements
qu'il contient par une
personne autre que le ou les destinataires désignés est
interdite. Si vous recevez
ce courriel par erreur, veuillez le supprimer immédiatement et
envoyer sans délai à
l'expéditeur un message électronique pour l'aviser que vous
avez éliminé de votre
ordinateur toute copie du courriel reçu.



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
<>
<>
<>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] How to resolve error 41 & error 24 ??

2007-02-20 Thread Clem Kruger \(C\) 

Good day,

 

Are both the switch and the server set to full duplex? 

 

Make sure that reverse lookup on the domain is working correctly.

 

 

 

 

Regards,

 

 

 

Clem Kruger

'Plan, Plan, Plan - Train hard, expect the worst and you'll be
surprised at how you grow and what one's team can achieve.'

Telkom SA Ltd

ITS Infrastructure Storage Management

 

: +27 (12) 680 3102

 

: +27 (12) 680 3299

 

: +27 (83) 326 2260

 

: [EMAIL PROTECTED]  

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Murtuja Khokhar
Sent: 20 February 2007 14:13 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] How to resolve error 41 & error 24 ??

 

Hi 

we have Netbackup v 6.0 on Windows 2003 as Master server.
Client is on Solaris 10.

we found client's Backup status error 41 on active monitor.
we attach client's log (bpbkar) and master server's error log.

01:35:53.185 [24934] <2> bpbkar SelectFile: INF - path = Xusage.txt
01:35:53.188 [24934] <4> bpbkar compress_file: INF - Compression:
42% /usr/j2se/jre/lib/sparc/server/Xusage.txt
01:35:53.188 [24934] <4> bpbkar PrintFile:
/usr/j2se/jre/lib/sparc/server/Xusage.txt
01:35:53.188 [24934] <2> bpbkar SelectFile: INF - cwd =
/usr/j2se/jre/lib/sparc/server
01:35:53.188 [24934] <2> bpbkar SelectFile: INF - path = libjvm.so
01:36:18.712 [24934] <16> flush_archive(): ERR - Cannot write to
STDOUT. Errno = 32: Broken pipe
01:36:18.721 [24934] <16> bpbkar Exit: ERR - bpbkar FATAL exit status
= 24: socket write failed
01:36:18.721 [24934] <4> bpbkar Exit: INF - EXIT STATUS 24: socket
write failed
01:36:18.722 [24934] <2> bpbkar Exit: INF - Close of stdout complete
01:36:18.722 [24934] <4> bpbkar Exit: INF - setenv FINISHED=0

 

For troubleshooting this error

 

I have checked bp.config file on client and It's OK
I have checked link speed on both (client and server). It's 100
MBPS/Full Duplex.

How to resolve this error

  



Never miss an email again!
Yahoo! Toolbar
  alerts you the instant new Mail arrives. Check it
out.



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
<>
<>
<>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Windows 2003 R2

2007-01-21 Thread Clem Kruger \(C\) 

Hi Ken, 

 

I did not see this post. The issue is probably the DNS. The reverse
lookup may not be working correctly.

 

 

 

 

Regards,

 

 

 

Clem Kruger

"Listen to what is said, not he who speaks" Arabian Proverb

Telkom SA Ltd

ITS Infrastructure Storage Management

 

: +27 (12) 680 3102

 

: +27 (12) 680 3299

 

: +27 (83) 326 2260

 

: [EMAIL PROTECTED]  

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Fogarty
Sent: 19 January 2007 20:26 PM
To: Lee, Kenneth (SBS US)
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Windows 2003 R2

 

I have a case open with my Veritas support for 3 weeks, same problem.

Are you using DNS for name service resolution?  My back network is
private, and I am only using hosts files.  I was able to get around
the problem by using the Client's IP, instead of clinet name for the
Client Name in my policy.  No reason why this should work, but it
works for me. 

Steve

On 1/19/07, Lee, Kenneth (SBS US) <[EMAIL PROTECTED]> wrote:


Hi,

I am running NetBackup 5.1 MP6 on Solaris 9.  Our Windows
administrator
just installed Windows 2003 server with R2.  When I tried to start a
backup from the Windows client, I am getting a status code of 23.  I 
have looked at network and everything looks good.  There is a case
opened with Veritas and they have looked at it for the last 3 days but
no solution at this time.  I know that in order for NetBackup to
support
R2, I need to be on NetBackup 5.1 MP4 or higher.  I have uninstalled
and
reinstalled NetBackup client, rebooted the server and the problem is
still there.  Has anyone seen this problem?  Is anyone backing up
Windows 2003 R2 with NetBackup 5.1 using a Solaris 9 Master Server?

Thanks!

Ken

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

 



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
<>
<>
<>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Backup speeds Windows servers

2007-01-05 Thread Clem Kruger \(C\) 

Hi There,

 

There are a number of issues that may cause the Windows backup to slow
down.

 

1.  Make sure you do not have tracker.exe running
2.  Ensure that all networks a set to full duplex. Some NIC's
cannot be set to 1000 full duplex. Rather set these to 100 full in
that case (Nic's and Switch)
3.  Make sure that all servers are set not to scan for virus when
a file is opened on the server. ( no sense in this if the incoming
file was scanned)> Big cause of data backing up slowly.
4.  Make sure that you have the correct firmware on both the tapes
and library.
5.  Use iperf to test your network speed.
6.  Lower your logging

 

These are but a few items that may cause a backup to be slow. You can
find iperf @ http://dast.nlanr.net/Projects/Iperf/

 

Good luck.

 

 

 

 

Regards,

 

 

 

Clem Kruger

"Listen to what is said, not he who speaks" Arabian Proverb

Telkom SA Ltd

ITS Infrastructure Storage Management

 

: +27 (12) 680 3102

 

: +27 (12) 680 3299

 

: +27 (83) 326 2260

 

: [EMAIL PROTECTED]  

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 05 January 2007 15:57 PM
To: Bobby R Windle
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Backup speeds Windows servers

 


I have noticed that we usually get 10-15MB on our Solairs servers and
about 6-7MB on windows.  Our connections are 
1G in all cases. Like you I don't know why.  (Windows is windows...?) 
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED] 



Bobby R Windle <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

01/05/2007 08:27 AM 

To

veritas-bu@mailman.eng.auburn.edu 

cc

 

Subject

Re: [Veritas-bu] Backup speeds Windows servers

 

 

 





I'm curious to hear what kind of speeds (mbs/sec) others are getting
backing up windows servers. 

Running Netbackup Enterprise 5.1 mp6 under Solaris10 on master/media
servers. 

   a.Using brocade 2g ports 48000 director. 
   b.IBM Ultrium LTO Gen2 drives 
   c.Sun branded Qlogic 2gb cards. single port feeding
each tape drive. 
   d.The storage on the windows servers is FC attached
Hitachi Tagmastore 9990.  (Very fast drive configuration.) 
   e. Servers are HP G5's also 64 bit. Some are 32 bit.
Seems 32 bit servers are actually faster. 

note: Some of my other backups such as Solaris, Linix and
Netware can get as much as 20 mb/sec with this configuration. 
   So why are the windows servers so slow? Any  one have some kind
of idea what may be a cause?  Or it is what it is!  Windows! 

Bobby Windle ( Data backup & Recovery )
W.L. Gore & associates, Inc.
[EMAIL PROTECTED]
cell : (302) 588-7374 (preferred)
office: (302) 292-4026___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").
This Email is intended solely for the use of the person(s) to which it
is addressed. If you are not an intended recipient, or the employee or
agent responsible for delivery of this Email to the intended
recipient(s), you are hereby notified that any dissemination,
distribution or copying of this Email is strictly prohibited. If you
have received this message in error, please immediately notify the
sender and permanently delete this Email and any copies. PHI policies
expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by
Email communication. PHI will not accept any liability in respect of
such communications. 



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
<>
<>
<>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Migrating media: Undocumented Gotcha's??

2007-01-05 Thread Clem Kruger \(C\) 

Hi Phil,

I would install the new drives and then clone the old tapes using the
cloning facility within vaulting. I have found this works well and
keeps the catalog updated correctly.

 
 
 
Regards, 
 
Clem Kruger
Telkom SA Ltd
ITS Infrastructure Storage Management

: +27 (12) 680 3102

: +27 (12) 680 3299

: +27 (83) 326 2260

: [EMAIL PROTECTED]
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Koster, Phil
Sent: 05 January 2007 15:16 PM
To: NetBackup List
Subject: [Veritas-bu] Migrating media: Undocumented Gotcha's??

We are getting a brand new Tape Library with LTO-3 drives.  Old system
is an STK silo with 9840's.  We have some media with 7 year retention
requirements that we want to migrate to the new media so we don't have
to maintain both systems.

Has anyone else done similar?  Did it go as well as the documentation
indicates?  Anything we should pay special attention too?

NBU 6 MP2 on Win 2K.

Thanks.

Phil Koster
Network Administrator
City of Grand Rapids, MI
Direct: 456-3136
Helpdesk: 456-3999

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Backing up Oracle RAC

2006-10-11 Thread Clem Kruger \(C\) 

Hi All,

I am very keen to hear what the take is on BCV's and the requirement
of SOX.

I prefer to use snapshots from the advanced client, as it is quicker,
easier and faster to restore.

 
 
 
Regards, 
 
Clem Kruger
Telkom SA Ltd
ITS Infrastructure Storage Management

: +27 (12) 680 3102

: +27 (12) 680 3299

: +27 (83) 326 2260

: [EMAIL PROTECTED]
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: 11 October 2006 14:40 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Nardello, John;
veritas-bu@mailman.eng.auburn.edu
Cc: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Backing up Oracle RAC

We use RMAN for a backup of a smaller (<300 GB) DB.  It doesn't
require
stopping the database.

For a large (>2 TB) Oracle DB we do the BCV thing outlined below.
You
don't have to run Oracle on the media server because you do a standard
rather than an oracle backup.  (E.G. do not use RMAN - just backup the
filesystems or raw devices as if they were any other.)  We also use
this
backup to do refreshes of our TEST/DEV/TRAINING environments.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Wednesday, October 11, 2006 4:00 AM
To: [EMAIL PROTECTED]; 'Nardello, John';
veritas-bu@mailman.eng.auburn.edu
Cc: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Backing up Oracle RAC

You can use more RMAN streams and buffers (10 streams with 256k
buffers)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 10:10 AM
To: Nardello, John; veritas-bu@mailman.eng.auburn.edu
Cc: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Backing up Oracle RAC

You could do something like this

Put the database in backup mode
split a BCV of
Take the database out of backup mode
Mount the BCV on media server
Run a file backup of the mounted BCV
dismount BCV

Of cause every backup will be a full backup

I assume you have looked into incremental with RMAN

Regards
Michael

On Tue, 10 Oct 2006 14:38:38 -0700, Nardello, John wrote
> Does anyone have some suggestions for backing up larger Oracle RAC
> instances, where across-the-wire backups will not be fast enough to
> complete a backup within the window ? 
> We are _really_ trying to avoid deploying a Media Server with Oracle
> running on it just to mount up BCVs of these databases, but we're
not
> sure what other options we actually have.
> 
> Any thoughts ? 
> - John Nardello
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


--
Cybercity Webhosting (http://www.cybercity.dk)

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Trying to implement synthetic backups

2006-10-11 Thread Clem Kruger \(C\) 

Good day Larry,

Synthetic backups will not save you space as you will still be
creating a full using the last full and the incrementals. You will
however save time as you can have the synthetic backup run in the off
peak backup time, thereby decreasing you backup window.

This can save time if your master and/or media server/s are not shared
with applications/databases. 

Your deception of differential/cumulative incremental backups will
however have an effect on the number of tapes you will use.

I personally prefer cumulative incremental backups as the restore
window is greatly reduced in the event of a restore being required!

 
 
 
Regards, 
 
Clem Kruger
Telkom SA Ltd
ITS Infrastructure Storage Management

: +27 (12) 680 3102

: +27 (12) 680 3299

: +27 (83) 326 2260

: [EMAIL PROTECTED]
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Anderson, Larry S.
Sent: 10 October 2006 18:29 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Trying to implement synthetic backups

Hi all,

 We have NetBackup 5.1 running in a Windows 2000/2003 environment.
I would like to implement synthetic backups, but have some conflicting
info regarding them.  Will doing synthetic backups actually save
tapes, or will it use the same amount of tape as a standard Full
backup?  I have two different opinions being offered to me, and need
to sort this out quickly.

As I understood it, a Synthetic would use 1 true FULL backup, and
virtually create new ones based on pointers in the catalog based on
the original full, and subsequent differentials.  Now I am being told
that the "Synthetic" Full will use the same number of tapes as a
traditional full, just coalesced from the original full and the
differentials.  Can someone who has actually implemented synthetic
point me in the right direction??






Larry Anderson
Senior Systems Administrator
Research Computing Facility
Mayo Foundation
(507)538-0393
[EMAIL PROTECTED]




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Monday, October 09, 2006 11:00 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Veritas-bu Digest, Vol 6, Issue 12


Send Veritas-bu mailing list submissions to
veritas-bu@mailman.eng.auburn.edu

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Veritas-bu digest..."


Today's Topics:

   1. Re: NetBackup 6.0 List File? (Henry Kemp)
   2. Logging problem. (David McWilliams)
   3. Re: Logging problem. (H?rlimann)
   4. Re: Logging problem. (David McWilliams)
   5. Re: Logging problem. (Justin Piszcz)
   6. Re: Logging problem. (Justin Piszcz)
   7. BMR HPUX boot client failed (chodhetz)
   8. Re: Logging problem. (David McWilliams)
   9. Re: BMR HPUX boot client failed (Ray Schafer)


--

Message: 1
Date: Mon, 9 Oct 2006 09:39:57 +0100
From: Henry Kemp <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] NetBackup 6.0 List File?
To: veritas-bu@mailman.eng.auburn.edu
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

These are the list files I used last time.

# Veritas NetBackup v4.5FP6

ftp://ftp.veritas.com/pub/products/NB45FP6.list

# Veritas NetBackup v5.1

ftp://ftp.veritas.com/pub/products/NB51.list

# Veritas NetBackup v6.0

ftp://ftp.veritas.com/pub/products/NB_60.list

Then you can just append the filename to the base URL above to  
download with wget or your favorite download tool.

[EMAIL PROTECTED] wget ftp://ftp.veritas.com/pub/products/NB_60_Docs.tar.gz

Henry

On 7 Oct 2006, at 19:51, Jason Ellis wrote:

> Does anybody happen to have a copy of the NetBackup 6.0 list file  
> for the Symantec blind FTP site? Thanks!
>
> -- 
> Cheers,
> Jason Ellis
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Henry Kemp, NetBackup Consultant
lastminute.com, 39 Victoria Street, London, SW1H 0EE, United Kingdom
e: [EMAIL PROTECTED], m:07779 130 784, w: http://www.lastminute.com





**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**

-- next part --

Re: [Veritas-bu] Have to get rid of STK L180

2006-10-11 Thread Clem Kruger \(C\) 
Title: Have to get rid of STK L180








Hi Cheryl,

 

You and others
on this list could donate all your old equipment to us here in South Africa. I
would make sure that the equipment would find a good home in our underprivileged
schools.

 

I myself assist
and mentor underprivileged youngsters in becoming better IT specialists. 

 

Therefore, your
old/unused equipment could make a great difference to other here. All donations
will be accepted.

 



 

 

 

Regards,

 

 

 

Clem Kruger

Telkom SA Ltd

ITS Infrastructure Storage Management




 
  
  
  
  
  : +27 (12)
  680 3102
  
 
 
  
  
  
  
  :
  +27 (12) 680 3299
  
 
 
  
  
  
  
  :
  +27 (83) 326 2260
  
 



 
  
  
  
  
  : [EMAIL PROTECTED]
  
 


 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of King, Cheryl
Sent: 10 October 2006 19:41 PM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Have to get
rid of STK L180



 

I’m wondering what people do with their old hardware.  We
have an L180 (in Denver with 8 SDLT drives) and
L80 (in Miami
with 2 SDLT drives).  We need to keep one of them to process old tapes but
need to get rid of one due to space
constraints.  My first question - Is anyone interested in buying one of
these?  Second question –
How do other companies get rid of their old backup equipment?  I
have someone that will take the L80 but then I found out it still has value on
the books.  Just thought I’d check to see if there was any interest
in purchasing one of these.  FYI
- SUN/StorageTek has quoted
us $4K+ to pack/ship/certify the L80, to get it to Denver.   

Cheryl
King

System
Administrator II

AIS - OpenView System and Servers
Certified

Intrado
Inc.

1601 Dry Creek Drive

Longmont, CO 80503

direct:
720.864.5162

mobile:
720.840.4786

fax:
720.494.6600

email:
[EMAIL PROTECTED]

Intrado
Inc.

www.intrado.com


ATTENTION:

The information contained in this electronic message and any attachments
to this message are intended for the exclusive use of the addressee(s) and may
contain confidential or privileged information. If you are not the intended
recipient, please notify Intrado Inc. immediately at 720.494.5800 and destroy
all copies of this message and any attachments.







~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in 1Policyad vice

2006-10-06 Thread Clem Kruger \(C\) 

Hi David,

What I do is to have one policy per server. Within that policy, I
setup the daily, weekly, monthly, yearly and ad-hoc backups. 

I use the calendar function to ensure that I do not have any clashes.
I sometimes set an earlier start time for the weekly, monthly etc.
where the backups my run longer.

 
 
 
Regards, 
 
Clem Kruger
Telkom SA Ltd
ITS Infrastructure Storage Management

: +27 (12) 680 3102

: +27 (12) 680 3299

: +27 (83) 326 2260

: [EMAIL PROTECTED]
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
WEAVER, Simon
Sent: 06 October 2006 13:17 PM
To: 'David Rock'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in
1Policyad vice


David
My thoughts exactly - more so, was making sure the WINDOW for both
Monthly
and full are SET the same - otherwise I kinda thought this in itself
could
cause an issue and start off a schedule I did not want to start :-)

Thank you for your help on this matter

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: David Rock [mailto:[EMAIL PROTECTED] 
Sent: 06 October 2006 07:01
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in 1
Policyadvice


* WEAVER, Simon <[EMAIL PROTECTED]> [2006-10-06 06:35]:
> 
> All,
>  
> NBU 5.1 MP2 Win2k Master + 2 SAN MS
> Morning! I am trying to work out a solution to trimming down all the

> policies I have. Presently, I have the following:-
>  
> 1 x Policy for Month backups, which contains 1 Schedule. Schedule 
> starts 7pm Fri and ends 7am Sat
>  
> 1 x Policy for Weekly Backups, which contains 2 Schedules. 1 x 
> Schedule is the Full Backup, starting 7pm Fri and ends 7am Sat. The 
> next schedule is for Incr which take place 7pm - 10pm Mon, Tues, Wed

> and Thursday only.
>  
> If I was to place the MONTHLY SCHEDULE (Copy / Paste) into the
Weekly 
> Backup Policy, would I get the Monthly and Weekly full backups
trying 
> to run at the same time?
>  
> I am trying to work out the best way (and effecient) to ensure
monthly 
> runs on a set day only, but does not interfere with the regular
weekly 
> full backup.

Adding the Monthly schedule to the existing policy containing the
Weekly and
Daily schedules will not result in both running at the same time.
Frequency
based scheduling does just that, it give priority to the schedule that
runs
on the _least_ frequent schedule.  So, if there is a conflict between
the
Monthly and the Weekly, the Monthly will win. Having them in separate
policies _guarantees_ they will _always_ try to run at the same time.
Having them in the _same_ policy is specifically intended to manage it
for
you so they don't.  Of course, you will need to play with it to make
sure it
does what you think it's supposed to do
:-)

-- 
David Rock
[EMAIL PROTECTED] ___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

This email is for the intended addressee only.
If you have received it in error then you must not use, retain,
disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of
Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at 
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] NetBackup 6

2006-09-21 Thread Clem Kruger \(C\) 

Good day all,

I would like to hear every ones thoughts on NetBackup 6?

Regards,

Clem.



~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu