RE: Multiple backup groups
2003-06-09 17:20:16
The problem with the offsite is that I want it to include everything
from both the daily and the weekly database backups. So the disklist is a
composite of the other two jobs. If we tried to include the Oracle data
files under the regular daily rotation, they would get backed up every day.
> -----Original Message-----
> From: Bort, Paul [mailto:pbort AT tmwsystems DOT com]
> Sent: Monday, June 09, 2003 2:01 PM
> To: amanda-users AT amanda DOT org
> Subject: RE: Multiple backup groups
>
>
> Offsite backups are easy:
>
> $ amadmin YourConfig SomeTape no-reuse
>
> This will mark the tape as being out of the rotation until you
>
> $ amadmin YourConfig SomeTape reuse
>
> You can see which tapes are marked by examining the tapelist file.
>
> As for GFS, why would you want it? AMANDA will pick the best
> backup levels
> for the rotation you've specified, based on the data that
> needs to be backed
> up. If you're paranoid and want to take tapes off site, you
> can set up the
> rotation to allow it. (The changer we used to use had a ten
> tape magazine,
> and we had three magazines. We configured AMANDA to make sure
> there was a
> complete backup every five tapes (every week), across thirty
> tapes. I always
> had one magazine in the changer, one in the safe, and one at
> the bank. Every
> magazine had two complete backup sets, and for critical data,
> every tape had
> a complete backup. No problem.)
>
> For your Oracle database, backing up a complete database dump
> every night
> will provide the most redundancy and fastest restore, but
> takes a lot of
> tape. If you don't have room for that, you could get closer
> by making the
> main dump one disk list entry, and the incremental logs
> another. AMANDA
> would probably bump the main database dump down to an
> incremental level
> where the unchanged dump file wouldn't get backed up, to make
> room for the
> log files that have changed.
>
>
>
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Multiple backup groups, Daniel Bentley
- RE: Multiple backup groups, Derek Suzuki
- RE: Multiple backup groups, Bort, Paul
- RE: Multiple backup groups,
Derek Suzuki <=
- RE: Multiple backup groups, Bort, Paul
- RE: Multiple backup groups, Derek Suzuki
- RE: Multiple backup groups, Bort, Paul
- RE: Multiple backup groups, Derek Suzuki
|
|
|