drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). create-journal-dir If this live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared the store. If you require the highest performance during normal operation, have access to a fast SAN and live with a slightly slower failover (depending on amount of data). To configure the live and

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). create-journal-dir If this live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared the store. If you require the highest performance during normal operation, have access to a fast SAN and live with a slightly slower failover (depending on amount of data). To configure the live and

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). create-journal-dir If this live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared the store. If you require the highest performance during normal operation, have access to a fast SAN and live with a slightly slower failover (depending on amount of data). To configure the live and

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend High Availability and Failover 375 you use Network Attached Storage (NAS)

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend you use Network Attached Storage (NAS), e.g. NFS mounts to store any shared

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend High Availability and Failover 415 you use Network Attached Storage (NAS)

drastically reducing performance. When the message journal is stored on a SAN we recommend each journal instance that is stored on the SAN is given its own LUN (logical unit). node-manager-lock-directory default has the same value of journal-directory . This is useful when the message journal is on a SAN and is being used a Shared Store HA policy with the broker instances on the same physical machine live and backup nodes. Typically this will be some kind of high performance Storage Area Network (SAN). We do not recommend High Availability and Failover 411 you use Network Attached Storage (NAS)