HP MSA 1040 HP MSA 1040 SMU Reference Guide (762784-001, March 2014) - Page 22

Related topics, About managing remote systems, About the Snapshot feature

Page 22 highlights

• No-mirror. In this mode each controller stops mirroring its cache metadata to the partner controller. This improves write I/O response time but at the risk of losing data during a failover. ULP behavior is not affected, with the exception that during failover any write data in cache will be lost. • Atomic write. Not supported. Related topics • "Changing a volume's cache settings" (page 56) • "Changing system cache settings" (page 50) • "Viewing information about a volume" (page 104) About managing remote systems You can add a management object to obtain information from a remote storage system. This allows a local system to track remote systems by their network-port IP addresses and cache their login credentials - the user name and password for a user with the Manage role on that system. The IP address can then be used in commands that need to interact with the remote system. After a remote system has been added, you can check the connectivity of host ports in the local system to host ports in that remote system. A port in the local system can only link to ports with the same host interface, such as Fibre Channel (FC), in a remote system. Communication between local and remote systems is an essential part of the remote replication feature. Related topics • "Adding a remote system" (page 53) • "Deleting remote systems" (page 54) • "Viewing information about a remote system" (page 120) • "Checking links to a remote system" (page 90) • "About the Remote Snap replication feature" (page 121) About the Snapshot feature Snapshot is a licensed feature that provides data protection by enabling you to create and save snapshots of a volume. A base of 64 snapshots is included with all 1040 systems without an additional license. Each snapshot preserves the source volume's data state at the point in time when the snapshot was created. Snapshots can be created manually or by using the task scheduler. When the first snapshot is taken of a standard volume, the system automatically converts the volume into a master volume and reserves additional space for snapshot data. This reserved space, called a snap pool, stores pointers to the source volume's data. Each master volume has its own snap pool. The system treats a snapshot like any other volume; the snapshot can be mapped to hosts with read-only access, read-write access, or no access, depending on the snapshot's purpose. Any additional unique data written to a snapshot is also stored in the snap pool. 22 Getting started

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190

22
Getting started
No-mirror. In this mode each controller stops mirroring its cache metadata to the partner controller. This improves
write I/O response time but at the risk of losing data during a failover. ULP behavior is not affected, with the
exception that during failover any write data in cache will be lost.
Atomic write. Not supported.
Related topics
"Changing a volume’s cache settings" (page 56)
"Changing system cache settings" (page 50)
"Viewing information about a volume" (page 104)
About managing remote systems
You can add a management object to obtain information from a remote storage system. This allows a local system to
track remote systems by their network-port IP addresses and cache their login credentials — the user name and
password for a user with the Manage role on that system. The IP address can then be used in commands that need to
interact with the remote system.
After a remote system has been added, you can check the connectivity of host ports in the local system to host ports
in that remote system. A port in the local system can only link to ports with the same host interface, such as Fibre
Channel (FC), in a remote system.
Communication between local and remote systems is an essential part of the remote replication feature.
Related topics
"Adding a remote system" (page 53)
"Deleting remote systems" (page 54)
"Viewing information about a remote system" (page 120)
"Checking links to a remote system" (page 90)
"About the Remote Snap replication feature" (page121)
About the Snapshot feature
Snapshot is a licensed feature that provides data protection by enabling you to create and save snapshots of a
volume. A base of 64 snapshots is included with all 1040 systems without an additional license. Each snapshot
preserves the source volume’s data state at the point in time when the snapshot was created. Snapshots can be
created manually or by using the task scheduler.
When the first snapshot is taken of a standard volume, the system automatically converts the volume into a
master
volume
and reserves additional space for snapshot data. This reserved space, called a
snap pool
, stores pointers to
the source volume’s data. Each master volume has its own snap pool. The system treats a snapshot like any other
volume; the snapshot can be mapped to hosts with read-only access, read-write access, or no access, depending on
the snapshot’s purpose. Any additional unique data written to a snapshot is also stored in the snap pool.