Implementation Status

Updated Wed 09-09-2009

Backup / Recovery

1. pitrBackup = 100% complete (We may still find bugs as we engage in further testing)

2. walBackup = 100% complete (We may still find bugs as we engage in further testing)

3. Implement changes based on feedback if needed

4. Unit testing - 100% (Basic Unit tests)

5. Install 'Package” as a directory structure that will contain all future 'tools' /bin, /etc, /tmp, /log, ... Installed on hmidb (after the move to hmidb0 we'll setup the final packages)

6. Setup backup jobs (pending move to hmidb0) Cron entry to run the base file system backup (I suggest once/quarter) Cron entry to archive the WAL segments (monthly) Optional additional base file system backups to alternate locations

The toolset will be run from the warm standby server

Warm Standby

Documented strategy
- Strategy fully dependant on the Backup / Recovery strategy and defined manual steps
- We'll need to address the re-setup of SLONY after a fAIL over as part of the upcoming 'Data Replication' strategy
- I successfully tested the backup of a running warm standby server and then recovering from the warm standby base backup and the subsequent archived WAL files from the master
- walBackup script 100% complete
- walBackup Unit Testing - 100% complete (Basic unit tests)
- Still To Do: Revise / make more clear & easy to follow the recovery plan

Web db Plan

Strategy documented - initial pass (100%)

SLONY Plan

SLONY v2 must be used if we want to use PostgreSQL 8.4
SLONY-1 2.03 (release Candidate) recommended due to a few key bugs in 2.01 and 2.02
Next Steps:
- Define SLONY Architecture
- Define Log Shipping process
- Build SLONY scripts/tools
- Implement & Test

This Week

Setup of a new (local) warm standby server
further testing of the current backup scripts
Testing / Validating a restore based on backups from the warm standby
Design of the SLONY control modules

-  ⇤ ← Revision 4 as of 2009-09-09 01:49:28 → 
  Size: 686
  Editor: c-67-176-12-8
  Comment:
+   ← Revision 15 as of 2009-09-22 22:53:09 → ⇥
  Size: 2225
  Editor: c-67-176-12-8
  Comment:
-Deletions are marked like this.
+Additions are marked like this.
 Line 4:
- * Status (Tues 09-0802009)
  * Currently I'm testing the use of the warm standby server as a PITR backup/recovery source (est completion = today)
  * Next step is to finish the WAL backup scripts in a way that allows us to recover in a controlled manner - plus the creation of the backup meta data (est completion = Late tomorrrow)
  * Next I'll coordinate a full xfs backup/restore test on hmidb0/1 with xfsdump as the defined backup command (est completion = ? probably Thurs) 
  * After this I'll start on the "Kevin evaluates our plan to disseminate database data to the public..." task
+= Implementation Status =
== Updated Wed 09-09-2009 ==

== Backup / Recovery ==

1. pitrBackup = 100% complete (We may still find bugs as we engage in further testing)

2. walBackup = 100% complete (We may still find bugs as we engage in further testing)

3. Implement changes based on feedback if needed

4. Unit testing - 100% (Basic Unit tests)

5. Install 'Package” as a directory structure that will contain all future 'tools'
/bin, /etc, /tmp, /log, ...
Installed on hmidb (after the move to hmidb0 we'll setup the final packages)

6. Setup backup jobs (pending move to hmidb0)
Cron entry to run the base file system backup (I suggest once/quarter)
Cron entry to archive the WAL segments (monthly)
Optional additional base file system backups to alternate locations 

The toolset will be run from the warm standby server 


== Warm Standby ==

 * Documented strategy
  * Strategy fully dependant on the Backup / Recovery strategy and defined manual steps 

  * We'll need to address the re-setup of SLONY after a fAIL over as part of the upcoming 'Data Replication' strategy

  * I successfully tested the backup of a running warm standby server and then recovering from the warm standby base backup and the subsequent archived WAL files from the master 

  * walBackup script 100% complete
  
  * walBackup Unit Testing - 100% complete (Basic unit tests)

  * Still To Do:  Revise / make more clear & easy to follow the recovery plan



== Web db Plan ==

 * Strategy documented - initial pass (100%)

== SLONY Plan ==
  
  * SLONY v2 must be used if we want to use PostgreSQL 8.4
  
  * SLONY-1 2.03 (release Candidate) recommended due to a few key bugs in 2.01 and 2.02

  * Next Steps:

    * Define SLONY Architecture

    * Define Log Shipping process

    * Build SLONY scripts/tools 
 
    * Implement & Test


== This Week ==

   * Setup of a new (local) warm standby server

   * further testing of the current backup scripts

   * Testing / Validating a restore based on backups from the warm standby

   * Design of the SLONY control modules