[OpenAFS] Re: Backup ubik database
Gémes Géza
geza@kzsdabas.hu
Mon, 20 May 2013 21:40:21 +0200
This is a multi-part message in MIME format.
--------------010406070908010303090601
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
2013-05-20 16:54 keltezéssel, Derrick Brashear írta:
>
>
>
> On Mon, May 20, 2013 at 10:50 AM, Andrew Deason
> <adeason@sinenomine.net <mailto:adeason@sinenomine.net>> wrote:
>
> On Mon, 20 May 2013 13:58:13 +0200
> Gémes Géza <geza@kzsdabas.hu <mailto:geza@kzsdabas.hu>> wrote:
>
> > What is the best way to backup the ubik database of pt and
> vlservers?
> > Does the server processes need to be shut down?
>
> Currently the only way to safely copy/backup those databases is to
> copy
> the files while the server processes are either shut down, or stopped
> (with SIGSTOP). You have to copy both the the .DB0 and .DBSYS
> files (or
> just copy everything in the db directory, which should probably
> work no
> matter how the databases are changed in the future).
>
> Some people just copy the files while the servers are running,
> though, I
> think. If your ubik database doesn't change constantly at a high rate,
> and you make several copies, it's very likely you'll save at least one
> valid copy. It's also possible to add a dbserver just for the purposes
> of backing up this data, if you want to go the "safe" route above, but
> don't want to interrupt the dbservers that clients actually use.
>
>
> If you go this route, you can create a non-voting clone to do it, so
> there's actually no
> chance of disruption.
>
>
>
> --
> Derrick
Thank you for both suggestions!
I'll implement both:
1. Add another clone
2. Already fetched gerrit 9700 and will build it tomorrow.
Cheers
Geza Gemes
--------------010406070908010303090601
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">2013-05-20 16:54 keltezéssel, Derrick
Brashear írta:<br>
</div>
<blockquote
cite="mid:CAMHoRJgacTO_vch0i=oiJLwR7=41x_7C2oah_wdH078UgBuowA@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, May 20, 2013 at 10:50 AM,
Andrew Deason <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:adeason@sinenomine.net" target="_blank">adeason@sinenomine.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon,
20 May 2013 13:58:13 +0200<br>
Gémes Géza <<a moz-do-not-send="true"
href="mailto:geza@kzsdabas.hu">geza@kzsdabas.hu</a>>
wrote:<br>
<br>
> What is the best way to backup the ubik database of
pt and vlservers?<br>
> Does the server processes need to be shut down?<br>
<br>
Currently the only way to safely copy/backup those
databases is to copy<br>
the files while the server processes are either shut down,
or stopped<br>
(with SIGSTOP). You have to copy both the the .DB0 and
.DBSYS files (or<br>
just copy everything in the db directory, which should
probably work no<br>
matter how the databases are changed in the future).<br>
<br>
Some people just copy the files while the servers are
running, though, I<br>
think. If your ubik database doesn't change constantly at
a high rate,<br>
and you make several copies, it's very likely you'll save
at least one<br>
valid copy. It's also possible to add a dbserver just for
the purposes<br>
of backing up this data, if you want to go the "safe"
route above, but<br>
don't want to interrupt the dbservers that clients
actually use.<br>
<br>
</blockquote>
<div><br>
</div>
<div>If you go this route, you can create a non-voting clone
to do it, so there's actually no<br>
chance of disruption. </div>
</div>
<br>
<br clear="all">
<br>
-- <br>
Derrick
</div>
</div>
</blockquote>
Thank you for both suggestions!<br>
<br>
I'll implement both:<br>
<br>
1. Add another clone<br>
2. Already fetched gerrit 9700 and will build it tomorrow.<br>
<br>
Cheers<br>
<br>
Geza Gemes<br>
<br>
</body>
</html>
--------------010406070908010303090601--