Hi Rich,
Short answer: Don't.
This is not the right way to do it as there are huge problems in getting the database to believe the checkpoint file is cool. You could end up with a very scrambled database configuration file
This is not what a checkpoint file is for. A checkpoint file is created so that you can do time based recoveries using th edatabsse journals.
What you want is a static backup created with either unloaddb or copydb. Those are designed for exactly this sort of task.
Marty
-----Original Message-----
From: Rich Ford <richf...@gmail.com>
Sent: 25 January 2022 14:02
To: info-...@lists.planetingres.org
Subject: [Info-ingres] Recover Database
Is it possible to save a checkpoint file in a backup directory then destroy the database, create the database and then use this checkpoint file to recover the database the state prior to the destroy?
Rich
_______________________________________________
Info-ingres mailing list
Info-...@lists.planetingres.org https://lists.planetingres.org/mailman/listinfo/info-ingres
On Jan 25, 2022, at 9:01 AM, Rich Ford <richford990@gmail.com> wrote:
Is it possible to save a checkpoint file in a backup directory then destroy the database, create the database and then use this checkpoint file to recover the database the state prior to the destroy?
On Jan 25, 2022, at 9:01 AM, Rich Ford <richford990@gmail.com> wrote:file to recover the database the state prior to the destroy?
Is it possible to save a checkpoint file in a backup directory then
destroy the database, create the database and then use this checkpoint
Rich Ford wrote:
Is it possible to save a checkpoint file in a backup directory
then destroy the database, create the database and then use this
checkpoint file to recover the database the state prior to the
destroy?
Like everyone else has said, I would discourage that approach.
The preferred tool for that situation is unloaddb.
That said, your disaster recovery plan should include all the steps
required to do just what you suggest. In the event of a total loss of
the facility (fire, flood, carpet moths) you need to be able to
reinstate your database on a new machine using the checkpoint.
I get the impression you are new to the site. You should ask if
anyone else there knows where the disaster plan is.
If they don't, your next step is to become a hero by writing it.
Roy
_______________________________________________
Info-ingres mailing list
Info-ingres@lists.planetingres.org https://lists.planetingres.org/mailman/listinfo/info-ingres
<div dir="auto">Ckpdb +j</div><div dir="auto">Rsync from DR server:ckp dmp jnl</div><div dir="auto">Copy aaaaaaaa.* from dmp to data</div><div dir="auto">Infodb to make sure</div><div dir="auto">Rollforwarddb to point in time</div><div dir="auto">Ckpdb +j</div><div dir="auto"><br></div><div dir="auto">No editing configs or iidbdb required.</div><div dir="auto"><br></div><div dir="auto">Am i missing something?</div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_
This work ok for replication.
I drop a production database, which removes ckp jnl dmp tmp data. (Non x100 db).
Then:
Createdb
Ckpdb +j
Rsync from DR server:ckp dmp jnl
Copy aaaaaaaa.* from dmp to data
Infodb to make sure
Rollforwarddb to point in time
Ckpdb +j
No editing configs or iidbdb required.
Am i missing something?
On Wed, 26 Jan 2022, 2:25 am Roy Hann,
<specially@processed.almost.meat> wrote:
Rich Ford wrote:
Is it possible to save a checkpoint file in a backup directory
then destroy the database, create the database and then use this
checkpoint file to recover the database the state prior to the
destroy?
Like everyone else has said, I would discourage that approach.
The preferred tool for that situation is unloaddb.
That said, your disaster recovery plan should include all the steps
required to do just what you suggest. In the event of a total loss of
the facility (fire, flood, carpet moths) you need to be able to
reinstate your database on a new machine using the checkpoint.
I get the impression you are new to the site. You should ask if
anyone else there knows where the disaster plan is.
If they don't, your next step is to become a hero by writing it.
Roy
_______________________________________________
Info-ingres mailing list
Info-ingres@lists.planetingres.org
https://lists.planetingres.org/mailman/listinfo/info-ingres
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 376 |
Nodes: | 16 (2 / 14) |
Uptime: | 40:43:05 |
Calls: | 8,039 |
Calls today: | 3 |
Files: | 13,037 |
Messages: | 5,830,576 |