Sun Java System Calendar Server 6 2005Q4 Administration Guide

Preventing Service Interruptions When Your Database is Corrupted (Read-only Mode)

This sections covers how to keep your corrupted database accessible while you are in recovery mode and includes the following topics:

Using Read-only Mode

If you are encountering database corruption, one way to prevent service interruptions is to put your database in read-only mode. This mode allows end users to read database entries, but does not allow additions, modifications, or deletions. If an end user attempts to add, modify or delete any calendar data, the system gives an error message. In addition, administrator tools that add, modify or delete calendar events and todos will not work while the database is in read-only mode.


Note –

If the database is corrupted to the point that it can’t be read, you must interrupt service long enough to restore a backup. The quickest way to restore a backup is to have a good hot backup. See Before You Restore.


ProcedureTo Put a Database in Read-only Mode

  1. While it isn’t necessary, you might choose to stop calendar services momentarily to prevent further corruption of the database.

    To stop calendar services:

    cal_svr_base/SUNWics5/cal/sbin/stop-cal

  2. At a command line, change to the directory where the ics.conf is located:

    cd /etc/opt/SUNWics5/config

  3. Specify read-only mode for the calendar database:

    caldb.berkeleydb.readonly=”yes”

  4. When you have completed editing the ics.conf file, restart Calendar Server:

    cal_svr_base/SUNWics5/cal/sbin/start-cal

    You must restart the services in order for the ics.conf changes to take effect.