Welcome to Knowledge Base!

Pure Storage Storage Replication Adapter Log File Cheat Sheet

This sheet lists all of the common Site Recovery Manager management or recovery operations and the relevant SRA operations initiated by them. The location of the respective log for the SRA operation is listed, is one of the following:

• Protected SRM server in respect to the Recovery Plan
• Recovery SRM server in respect to the Recovery Plan
• Initiating SRM server—in other words where the operation was started from (create an array manager on site A SRM server it will be on site A)
• Both—this operation will create a log for that operation on both SRM servers
• Former Recovery Site (in the case of reprotect where the recovery/protected servers have switched for that recovery plan this would be the original, now protected, SRM server)

/var/log/vmware/srm/

/var/log/vmware/srm/SRAs/sha256{RandomCharacters}

C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs\vmware-dr*

C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs\SRAs\purestorage\

Photon SRM Appliance Logs

The SRM logs are located at:

/var/log/vmware/srm/

The SRA logs are located at:

/var/log/vmware/srm/SRAs/sha256{RandomCharacters}

Windows SRM Appliance Logs

SRM logs are located at:

C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs\vmware-dr*

SRA logs are located at:

C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs\SRAs\purestorage\

SRM Operations

SRA Discovery

Create Array Manager

Discover New Arrays

Enable Array Pair

Discover New Devices

Test Recovery Start

Test Recovery Cleanup

Recovery (Planned Migration, in DR some operations may not occur)

Reprotect

Glossary of SRA Operations

This section lists all of the relevant SRM to SRA operations. Each operation has a definition in accordance to what SRM expects to happen and then also a definition of what the Pure Storage SRA actually does to fulfill SRMs expectations.

• queryInfo
  • SRM: Queries the SRA for basic properties such as name and version
  • SRA: Returns SRA name, version number, company and website
• queryCapabilities
  • SRM: Queries the SRA for supported models of storage arrays and supported SRM commands
  • SRA: Returns FA 400 series, Purity 4.0, supported protocols (FC and iSCSI) and supported SRM commands: failover, discoverArrays, discoverDevices, prepareFailover, prepareRestoreReplication, queryCapabilities, queryConnectionParameters, queryErrorDefinitions, queryReplicationSettings, querySyncStatus, restoreReplication, reverseReplication, syncOnce, testFailoverStart, testFailoverStop, queryInfo.
• queryErrorDefinitions
  • SRM: Queries the SRA for pre-defined array specific errors
  • SRA: Returns error messages relating specifically to the FlashArray
• queryConnectionParameters
  • SRM: Queries the SRA for parameters needed to connect to the array management system to perform array management operations
  • SRA: Returns questions for array manager configuration to request connection/credential information for the local and remote FlashArray.
• discoverArrays
  • SRM: Discovers storage array pairs configured for replication
  • SRA: Returns FlashArray information, Purity level, controller information and serial number/name.
• discoverDevices
  • SRM: Discovers replicated devices on a given storage array
  • SRA: Returns local and remotely replicated devices (name and state), hosts on FlashArray information, initiator and storage port identifiers. Also looks for demoted devices, devices used for test failover and recovered volumes that are not yet replicated.
• queryReplicationSettings
  • SRM: Queries replication settings for a list of devices
  • SRA: Returns host grouping information for local, replicated devices
• syncOnce
  • SRM: Requests immediate replication
  • SRA: Starts a FlashRecover “replicatenow” operation and creates new remote snapshots for the given devices on the remote array through their protection groups. If there are multiple protection groups involved they will be all replicated. The source device and the new snapshot name will be returned to SRM along with the replication progress.
• querySyncStatus
  • SRM: Queries the status of a replication initiated by syncOnce
  • SRA: Returns the source device and the new snapshot name to SRM along with the replication progress.
• testFailoverStart
  • SRM: Creates writable temporary copies of the target devices
  • SRA: The SRA identifies the latest snapshot for each volume, identifies the ESXi connectivity information and correlates it with the configured hosts on the FlashArray. Favors attaching to a hostgroup over a host. Then creates a new volume for each source volume with the suffix of –puresra-testfailover and associates snapshots and then connects the volumes to the host or host group.
• testFailoverStop
  • SRM: Deletes the temporary copies created by testFailoverStart
  • SRA: Disconnects and eradicates volumes created for a test recovery. Only volumes with the original prefix (the source name) and the puresra-testfailover suffix will be identified and eradicated. Replica names are returned to SRM.
• prepareFailover
  • SRM: Makes source devices read-only and optionally takes a snapshot of the source devices in anticipation of a failover
  • SRA: SRA renames the source volumes with a suffix of –puresra-demoted and disconnects them from the hosts. Returns original volume name to SRM.
• failover
  • SRM: Promotes target devices by stopping replication for those devices and making them writable
  • SRA: The SRA identifies the latest snapshot for each volume, identifies the ESXi connectivity information and correlates it with the configured hosts on the FlashArray. Favors attaching to a hostgroup over a host. Then either creates a new volume for each source volume or it identifies if there is a former volume from a previous recovery with the –puresra-demoted suffix and either names it or renames it with the suffix of –puresra-failover and associates snapshots and then connects the volumes to the host or host group.
• reverseReplication
  • SRM: Reverses array replication so that the original target array becomes the source array and vice versa
  • SRA: Renames recovery volumes to remove –puresra-failover suffix, recreates the protection groups for the original source volumes on the target side and adds the volumes into it.

Footnotes

[i] Only is created if there are already existing array managers created in SRM for the Pure Storage SRA.

[ii] Only is created if one or more array pairs are enabled

[iii] Only is created if one or more array pairs are enabled

[iv] Only created if “Replicate Recent Changes” is selected at the start of the test recovery

[v] Only created if “Replicate Recent Changes” is selected at the start of the test recovery

[vi] Only created if “Replicate Recent Changes” is selected at the start of the test recovery