I have not seen anything, but have not really looked/asked either.
We run daily fulls and will as long as we can reliably and cost
effectively do so.
Ken
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Stafford, Geoff
Sent: Friday,
Only the first restore to lay the data down should require this
effort. After that time you should be using NDMP for the backups
in which case all subsequent restores should be direct via NDMP.
Ken
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu
Just create a temporary mount from a windows media server
and perform the restore.
Good Luck,
Ken
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-
> boun...@mailman.eng.auburn.edu] On Behalf Of mpjames
> Sent: Thursday, December 08, 2011 2:13 PM
>
Any chance you are using Sol10 U5? If so then read this article
from HP about disappearing libraries/drives.
http://h2.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&cc=us&taskId=110&prodSeriesId=463702&prodTypeId=12169&objectID=c01536454
Ken
> -Original Message-
> From: ve
Two questions for you:
1) Do/Would you use synthetic fulls (Syncsort does incrementals
forever)?
2) Do your clients have the horsepower to handle source side
deduplication?
We could not move as there are some legacy systems they do
not fully support in our environment.
Ken
> -Origin
Then if you really need this the items to look at are STREAM_COUNT
and STREAM_NUMBER. Generally we add smarts into the script
to track if a stream is the first to start or the last to finish as those
are generally the streams you want to perform some action (the
bpstart and bpend scripts run on ev
I think if you are doing single stream/channel they work fine;
if you are using multi stream/channel it is a serious challenge
to use them.
Good Luck,
Ken
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-
> boun...@mailman.eng.auburn.edu] On Behal
If /, /opt, & /data are separate filesystems then yes they will.
Ken
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of BeDour, Wayne
Sent: Wednesday, August 24, 2011 12:26 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu]
We use it on a couple of our media servers with
no problems.
Ken
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Asiye
Yigit
Sent: Thursday, April 21, 2011 12:18 PM
To: Chapman, Scott; veritas-bu@mailman.eng.auburn.edu
Subject
We run a combination of Solaris x86, Sparc and Red Hat media servers.
We use Sparc where our production servers are Sparc as it allows us to perform
snapshots and mount them on the media servers for off-host backups. We use
Solaris x86 on a Sun/Oracle X4500 server using ZFS (box has 48 SATA dri
We have been using the Sun Fire x4500 (the pre-cursor to the x4540)
as a media server for over 3 years. We originaly used RH Linux
and then switched to Solaris x86_64. These machines are awesome.
We have the 4x1Gb nics trunked together and regularly see 275MB/s
and better for backup performance.
That is a shame as this is a great opportunity for Disaster Recovery.
It would be very easy to have a media server at the DR location
and use a virtual machine for the master server on the same physical
box as the media server.
We are looking to do this using a Solaris Container with async replica
12 matches
Mail list logo