Strategy for backup and restore in a clustered environment

Prezeráte obsah pomocníka verzie:

Poznámka:

If your AEM forms implementation stores additional custom data in a different database, you must implement a strategy to back up this data ensuring that it remains in sync with the AEM forms data. Also, the application must be designed so that it is robust enough to handle a scenario where the additional databases get out of sync. It is highly recommended that any database operation that is performed is done in the context of a transaction to help maintain a consistent state.

You need to back up the following parts of the AEM forms system to recover from any error:

Database used by AEM forms
GDS that has long lived data and other persistent documents
AEM database (crx-repository)

Poznámka:

You need to backup any other data that is being used by your AEM forms setup, such as customer fonts, connecters data, and so on.

This topic discusses the following strategies to back up any AEM forms clustered environment:

Offline backup with downtime
Offline backup with no downtime (backup of a slave node which is shutdown)
Online Backup with no downtime but delay in response
Back up the Bootstrap properties file

Shut down the entire cluster and related services. (see Starting and stopping services)

On any node, back up the database, GDS, and Connectors. (see Files to back up and recover)

Perform the following steps to back up AEM repository offline:

For each cluster node, back up the file that contains the cluster node id.

Back up all files of any slave cluster node, including subdirectories.

Back up repository/system id of each cluster node separately.

For detailed steps, see Backup and Restore.

Back up any other data, such as customer fonts.

Start the cluster again.

Enter the rolling backup mode. (see Entering the backup modes)

Note that we need to leave the rolling backup mode after a recovery.

Shut down any of the slave nodes of the cluster with respect to AEM. (see Starting and stopping services)

On any node, back up the database, GDS, and Connectors. (see Files to back up and recover)

Perform the following steps to back up AEM repository offline:

For each cluster node, back up the file that contains the cluster node id.

Back up all files of any slave cluster node, including subdirectories.

Back up repository/system.id of each cluster node separately.

For detailed steps, see Backup and Restore.

Back up any other data, such as customer fonts.

Start the cluster again.

Enter the rolling backup mode. (see Entering the backup modes)

Note that you need to leave the rolling backup mode after a recovery.

Shut down any of the slave nodes of the cluster with respect to AEM. (see Starting and stopping services)

On any node, back up the database, GDS, and Connectors. (see Files to back up and recover)

Perform the following steps to back up AEM repository online:

For each cluster node, back up the file that contains the cluster_node.id.

Back up repository/system.id of each cluster node separately.

On any slave node, take an online backup of the repository for detailed steps see Online backup.

Back up any other data, such as customer fonts.

Start the cluster again.

When we create an AEM cluster, a properties file is created in the application server for all slave nodes. It is recommended to back up the Bootstrap properties file. You can find the file at the following location on your application server:

JBoss: in the BIN directory
WebLogic: in the domain directory
WebSphere: in the profile directory

You need to back up the file for disaster recovery scenario of AEM slave node and replace it at the specified location on the application server, if restored.

In case of any failure of the entire cluster or a single node, you need to restore it using the backup.

For a single node recovery, you just need to shut down the single node and run the single node recovery procedure.

In case the entire cluster fails due to failures like database crash, you need to perform the following steps. Restoration depends on the method of backup used.

Stop the corrupted node.

Poznámka:

If the corrupted node is an AEM master node, shut down the entire cluster node.

Re-create the physical system from a system image.

Apply patches or updates to AEM forms that were applied since the image was made. This information was recorded during the backup procedure. AEM forms must be recovered to the same patch level as it was when the system was backed up.

(Optional) If all other nodes are working fine, it is possible that the AEM repository is alsocorrupted. In this case, you will see a repository unsync message in the error.log file of the AEM repository.

To restore the repository, perform the following steps.

Poznámka:

If a zipped crx-repository backup was taken online, unzip it at any location and follow the offline restoration process.

Delete the repository, shared, version, and workspaces directories in the clusterNode directory of the node.

Restore the backup of the cluster node (including subdirectories) to the node.

Delete the file clusterNode/revision.log on the node.

Delete the .lock on the node, if exists.

Delete the repository/system.id on the node, if exists.

Delete the files **/listener.properties on the node, if exist.

Restore repository/cluster_node.id for individual cluster nodes.

Poznámka:

Consider the following points:

If the failed node was an AEM master node, copy all the content from the slave repository folder (crx-repository\crx.0000 where 0000 can be any digits) to the crx-repository\ repository folder and delete the slave repository folder.
Before restarting any cluster node, ensure that you delete the repository /clustered.txt from the master node.
Ensure that the master node is started first and once it is completely up, start other nodes.

Stop all the cluster nodes.

Recreate the physical system from a system image.

Apply patches or updates to AEM formsAEM formsthat were applied since the image was made. This information was recorded in step 1 of the backup procedure. AEM forms must be recovered to the same patch level as it was when the system was backed up.

Restore the database, GDS, and Connectors.

Do the following to recover the AEM repository offline:

Poznámka:

If a zipped crx-repository backup was taken online, unzip it at any location and follow the offline restoration process.

On all cluster nodes, delete the repository, shared, version, and workspaces directories in the clusterNode directory.

Delete all files and directories in the shared directory.

Restore the backup of the cluster node (including subdirectories) to one cluster nodes.

Copy all files of the restored cluster node to all other cluster nodes. Once done, each cluster node contains the same data.

Delete the file clusterNode/revision.log on all cluster nodes.

Delete the .lock on all cluster nodes, if exists.

Delete the repository/system.id all cluster nodes, if exists.

Delete the files **/listener.properties on all cluster nodes, if exist.

Restore repository/cluster_node.id for individual cluster nodes.

Poznámka:

Consider the following points:

If the failed node was an AEM master node, copy all the content from the slave repository folder (it looks like crx-repository\crx.0000 where 0000 can be any digits) to the crx-repository\ repository folder.
Before restarting any cluster node, ensure that you delete the repository /clustered.txt from the master node.
Ensure that the master node is started first and once it is completely up, start other nodes.

The publisher node does not have any master-slave relationship in a clustered environment. You can take backup of any Publisher node by following Backup and Restore.

Shutdown the node that needs to be recovered and do not do any publish activity until the node is up again.

Restore the Publish node using Restoring the Backup.

Shutdown the cluster.

Restore the Publish node using Restoring the Backup.

Start the master node followed by the slave node of the author cluster.

Na príspevky v sociálnych sieťach Twitter™ a Facebook sa nevzťahujú podmienky licencií Creative Commons.

Právne upozornenia | Zásady ochrany osobných údajov online

Strategy for backup and restore in a clustered environment

Back up a clustered environment

Offline backup with downtime

Offline backup with no downtime

Online Backup with no downtime but delay in response

Back up the Bootstrap properties file

Recovery in a clustered environment

Restoring a single node

Restoring the entire cluster

Back up and restore Correspondence Management Solution publish node

Recover a single publisher node

Recover a cluster

Spýtajte sa komunity

Kontaktujte nás