|
|
 | Backup af Solaris
Fra : Heine Jeppesen |
Dato : 21-02-01 11:09 |
|
Er det muligt at lave en online dump af systemdisken til et scsi tapedrev på
en Solaris2.6?
Er det i såfald noget man tør benytte i et produktionsmiljø til hurtig
restore af systemet?
Mvh
Heine
| |
 Martin Moller Peders~ (21-02-2001)
| Kommentar
Fra : Martin Moller Peders~ |
Dato : 21-02-01 12:02 |
|
In <97044i$1fme$1@news.net.uni-c.dk> "Heine Jeppesen" <heine@jeppesen.as> writes:
>Er det muligt at lave en online dump af systemdisken til et scsi tapedrev på
>en Solaris2.6?
Ja. ufsdump
>Er det i såfald noget man tør benytte i et produktionsmiljø til hurtig
>restore af systemet?
Ja med ufsrestore, men I skal ogsaa have et mirror af samme disk.
/Martin
| |
Lars Balker Rasmusse~ (21-02-2001)
| Kommentar
Fra : Lars Balker Rasmusse~ |
Dato : 21-02-01 14:04 |
|
tusk@daimi.au.dk (Martin Moller Pedersen) writes:
> In <97044i$1fme$1@news.net.uni-c.dk> "Heine Jeppesen" <heine@jeppesen.as> writes:
>
> >Er det muligt at lave en online dump af systemdisken til et scsi tapedrev på
> >en Solaris2.6?
>
> Ja. ufsdump
Bemærk at ufsdump IKKE er velegnet til backup af et live filsystem, især
ikke hvis brugerne sletter directories, flytter rundt på ting og
lignende. Vi bruger pt. ufsdump til backup og har ikke haft behov for
at restore fra en dårlig backup. Men vi er også bevidste om problemet,
og bestræber os på at have mere end en anvendelig backup.
--
Lars Balker Rasmussen "Special is bad."
| |
 Martin Moller Peders~ (21-02-2001)
| Kommentar
Fra : Martin Moller Peders~ |
Dato : 21-02-01 15:06 |
|
In <0f3dd8w5ky.fsf@humulus.daimi.au.dk> Lars Balker Rasmussen <lars@balker.org> writes:
>tusk@daimi.au.dk (Martin Moller Pedersen) writes:
>> In <97044i$1fme$1@news.net.uni-c.dk> "Heine Jeppesen" <heine@jeppesen.as> writes:
>>
>> >Er det muligt at lave en online dump af systemdisken til et scsi tapedrev på
>> >en Solaris2.6?
>>
>> Ja. ufsdump
>Bemærk at ufsdump IKKE er velegnet til backup af et live filsystem, især
>ikke hvis brugerne sletter directories, flytter rundt på ting og
>lignende. Vi bruger pt. ufsdump til backup og har ikke haft behov for
>at restore fra en dårlig backup. Men vi er også bevidste om problemet,
>og bestræber os på at have mere end en anvendelig backup.
Hvis man laver backup for at kunne restore en hel partition af gangen og
man ikke har brug for at kunne indlaese enkelte gamle filer etc., saa
er et mirror af rod-disken, den rigtige loesning.
/Martin
| |
Lars Balker Rasmusse~ (21-02-2001)
| Kommentar
Fra : Lars Balker Rasmusse~ |
Dato : 21-02-01 15:51 |
|
tusk@daimi.au.dk (Martin Moller Pedersen) writes:
> Hvis man laver backup for at kunne restore en hel partition af gangen og
> man ikke har brug for at kunne indlaese enkelte gamle filer etc., saa
> er et mirror af rod-disken, den rigtige loesning.
Men det er ikke er en erstatning for backup, men et suplement.
--
Lars Balker Rasmussen "Special is bad."
| |
Jan Birk (21-02-2001)
| Kommentar
Fra : Jan Birk |
Dato : 21-02-01 15:24 |
|
Hi
Det er muligt og bestemt anvendeligt. I forbindelse med systemdiske
(egentlig alle diske) bør du have et disklayout på papir. Du vil således
altid kunne partitionere de nye diske mangen til dem som gik i stykker!
Efter denne partitionering er den både en smal og hurtig sag at hælde
dine data tilbage med ufsrestore.
Vi bruger ufsdump/ufsrestore i produktionsmiljø med såvel store
administrative Oracle databaser som fil- og printservere i et
undervisningsmiljø med over 20.000 kursister om året.
Dette kræver at du har et tids vindue f.eks. om natten til at foretage
dumpen.
Mvh
/Jan
> Er det muligt at lave en online dump af systemdisken til et scsi tapedrev
på
> en Solaris2.6?
> Er det i såfald noget man tør benytte i et produktionsmiljø til hurtig
> restore af systemet?
> Mvh
> Heine
| |
Jesper Frank Nemholt (21-02-2001)
| Kommentar
Fra : Jesper Frank Nemholt |
Dato : 21-02-01 20:39 |
|
> "Jan Birk" <jb@amukbh.dk> wrote in message
news:20010221.14242800@popeye....
> Hi
>
> Det er muligt og bestemt anvendeligt. I forbindelse med systemdiske
> (egentlig alle diske) bør du have et disklayout på papir. Du vil således
> altid kunne partitionere de nye diske mangen til dem som gik i stykker!
>
> Efter denne partitionering er den både en smal og hurtig sag at hælde
> dine data tilbage med ufsrestore.
>
> Vi bruger ufsdump/ufsrestore i produktionsmiljø med såvel store
> administrative Oracle databaser som fil- og printservere i et
> undervisningsmiljø med over 20.000 kursister om året.
>
> Dette kræver at du har et tids vindue f.eks. om natten til at foretage
> dumpen.
>
Man kan også bruge Veritas VM og lave et snapshot af det kørende filsystem,
mounte dette et andet sted og så tage backup.
På den måde behøver man ikke at holde sine database nede mens backuppen
kører.
Jeg har ikke prøvet det med Solaris (Veritas VM), men med Tru64 & LSM (som
er baseret på Veritas VM).
Det virker ganske fint, men kræver at man har ledige diske til at lave dette
snapshot (reelt er det et mirror, så man skal have dobbent antal diske).
En anden mulighed, som jeg dog ikke er sikker på er muligt i Solaris (anyone
?) er snapshot eet lag højere, d.v.s. reelt i selve filsystemet.
Jeg bruger det ofte på Tru64. Det tager et par sekunder og kræver ikke
ekstra diskplads ved dannelsen :
clonefset(8)
clonefset(8)
NAME
clonefset - Creates a read-only copy of an AdvFS fileset
SYNOPSIS
/usr/sbin/clonefset domain fileset clonename
OPERANDS
domain
Specifies the name of an existing AdvFS file domain.
fileset
Specifies the name of the original fileset that the clonefset utility
will clone.
clonename
Specifies the name of the read-only fileset created by the clonefset
utility.
DESCRIPTION
The clonefset utility enables you to perform online backups of active
files
by making a read-only copy (clone) of an active fileset. Once you create
and mount a clone fileset, you can back up the clone using the vdump com-
mand or other supported backup utility (the dump command is not supported
by AdvFS). Note that the clonefset utility only clones AdvFS filesets; it
does not clone UFS file systems.
A clone fileset is a read-only snapshot of fileset data structures (meta-
data). When you clone a fileset, the utility copies only the structure of
the original fileset, not its data. When you modify files in the original
fileset, the file system copies the original pages to the clone fileset.
In
this way, the clone fileset contents remain the same as when you first
created it.
You can create new versions of a clone fileset, but you can maintain only
one clone per fileset at a time. You cannot rename a clone fileset, but
there is a workaround. You can remove an existing clone fileset (and all
its files) by using the rmfset command, then create a new one with the new
name.
......man kan selvfølgelig også bare tage online backup af sine baser, så har
man slet ingen nedetid.
l8r/Jspr
| |
Lars Balker Rasmusse~ (21-02-2001)
| Kommentar
Fra : Lars Balker Rasmusse~ |
Dato : 21-02-01 21:32 |
|
"Jesper Frank Nemholt" <jfn@dassic.com> writes:
> En anden mulighed, som jeg dog ikke er sikker på er muligt i Solaris (anyone
> ?) er snapshot eet lag højere, d.v.s. reelt i selve filsystemet.
> Jeg bruger det ofte på Tru64. Det tager et par sekunder og kræver ikke
> ekstra diskplads ved dannelsen :
Solaris 8 MU3 har fået en fssnap kommando der kan lave snapshots af
ufs-filsystemet. Ændringerne ryger over i en fil på et andet
filsystem (fssnap laver tilsyneladende en stor hullet fil, som så
fyldes op med ændringerne fra det rigtige filsystem).
Snapshots: En God Ting(tm).
> clonefset - Creates a read-only copy of an AdvFS fileset
Genialt, tak skal du have.
(Har stadig ikke tid til at være flink over for mine Tru64-maskiner.)
--
Lars Balker Rasmussen "Woo hoo!?"
| |
|
|