Dell PowerEdge R830 Integrated Remote Access Controller 8 Version 2.70.70.70 U - Page 195

Deleting virtual disks

Page 195 highlights

NOTE: Some of the controllers do not support all read or write policies. Therefore, when a policy is applied, an error message is displayed. The read policies indicate whether the controller must read sequential sectors of the virtual disk searching for data: • Adaptive Read Ahead - The controller initiates read ahead only if the two most recent reads requests accessed sequential sectors of the disk. If subsequent read requests access random sectors of the disk, the controller reverts to no read ahead policy. The controller continues to evaluate whether read requests are accessing sequential sectors of the disk, and initiates read ahead if necessary. NOTE: Previous generations of PERC controllers support read policy settings of No Read Ahead, Read Ahead, and Adaptive Read Ahead. With PERC 8 and PERC 9, the Read Ahead and Adaptive Read Ahead settings are functionally equivalent at the controller level. For backward compatibility purposes, some systems management interfaces and PERC 8 and 9 controllers still allow setting the read policy to Adaptive Read Ahead. While it is possible to set Read Ahead or Adaptive Read Ahead on PERC 8 or PERC 9, there is no functional difference. • Read Ahead - The controller reads sequential sectors of the virtual disk when seeking data. Read ahead policy may improve system performance if the data is written to the sequential sectors of the virtual disk. • No Read Ahead - Selecting no read ahead policy indicates that the controller should not use read ahead policy. The write policies specify if the controller sends a write-request completion signal when the data is in the cache or after it has been written to the disk. • Write Through - The controller sends a write-request completion signal only after the data is written to the disk. Write-through caching provides better data security than write-back caching, since the system assumes that the data is available only after it has been safely written to the disk. • Write Back - The controller sends a write-request completion signal as soon as the data is in the controller cache but has not yet been written to disk. Write back caching may provide improved performance since subsequent read requests can retrieve data quickly from the cache then from the disk. However, data loss may occur in the event of a system failure which prevents that data from being written on a disk. Other applications may also experience problems when actions assume that the data is available on the disk. • Force Write Back - The write cache is enabled regardless of whether the controller has a battery. If the controller does not have a battery and force write-back caching is used, data loss may occur in the event of a power failure. The Disk Cache policy applies to readings on a specific virtual disk. These settings do not affect the read-ahead policy. NOTE: • Controller non-volatile cache and battery backup of controller cache affects the read-policy or the write policy that a controller can support. All PERCs do not have battery and cache. • Read ahead and write back requires cache. Therefore, if the controller does not have cache, it does not allow you to set the policy value. Similarly, if the PERC has cache but not battery and the policy is set that requires accessing cache, then data loss may occur if base of power off. So few PERCs may not allow that policy. Therefore, depending upon the PERC, the policy value is set. Deleting virtual disks Deleting a virtual disk destroys all information including file systems and volumes residing on the virtual disk and removes the virtual disk from the controller's configuration. When deleting virtual disks, all assigned global hot spares may be automatically unassigned when the last virtual disk associated with the controller is deleted. When deleting the last virtual disk of a disk group, all assigned dedicated hot spares automatically become global hot spares. You must have the Login and Server Control privilege to perform delete virtual disks. When this operation is allowed, you can delete a boot virtual drive. It is done from sideband and the independent of the operating system. Hence, a warning message appears before you delete the virtual drive. If you delete a virtual disk and immediately create a new virtual disk with all the same characteristics as the one that was deleted, the controller recognizes the data as if the first virtual disk were never deleted. In this situation, if you do not want the old data after recreating a new virtual disk, re-initialize the virtual disk. Managing storage devices 195

  • 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
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298

NOTE:
Some of the controllers do not support all read or write policies. Therefore, when a policy is applied, an error
message is displayed.
The read policies indicate whether the controller must read sequential sectors of the virtual disk searching for data:
Adaptive Read Ahead
— The controller initiates read ahead only if the two most recent reads requests accessed sequential sectors
of the disk. If subsequent read requests access random sectors of the disk, the controller reverts to no read ahead policy. The
controller continues to evaluate whether read requests are accessing sequential sectors of the disk, and initiates read ahead if
necessary.
NOTE:
Previous generations of PERC controllers support read policy settings of No Read Ahead, Read Ahead, and
Adaptive Read Ahead. With PERC 8 and PERC 9, the Read Ahead and Adaptive Read Ahead settings are functionally
equivalent at the controller level. For backward compatibility purposes, some systems management interfaces and
PERC 8 and 9 controllers still allow setting the read policy to Adaptive Read Ahead. While it is possible to set Read
Ahead or Adaptive Read Ahead on PERC 8 or PERC 9, there is no functional difference.
Read Ahead
— The controller reads sequential sectors of the virtual disk when seeking data. Read ahead policy may improve system
performance if the data is written to the sequential sectors of the virtual disk.
No Read Ahead
— Selecting no read ahead policy indicates that the controller should not use read ahead policy.
The write policies specify if the controller sends a write-request completion signal when the data is in the cache or after it has been
written to the disk.
Write Through
— The controller sends a write-request completion signal only after the data is written to the disk. Write-through
caching provides better data security than write-back caching, since the system assumes that the data is available only after it has
been safely written to the disk.
Write Back
— The controller sends a write-request completion signal as soon as the data is in the controller cache but has not yet
been written to disk. Write back caching may provide improved performance since subsequent read requests can retrieve data quickly
from the cache then from the disk. However, data loss may occur in the event of a system failure which prevents that data from being
written on a disk. Other applications may also experience problems when actions assume that the data is available on the disk.
Force Write Back
— The write cache is enabled regardless of whether the controller has a battery. If the controller does not have a
battery and force write-back caching is used, data loss may occur in the event of a power failure.
The Disk Cache policy applies to readings on a specific virtual disk. These settings do not affect the read-ahead policy.
NOTE:
Controller non-volatile cache and battery backup of controller cache affects the read-policy or the write policy that a
controller can support. All PERCs do not have battery and cache.
Read ahead and write back requires cache. Therefore, if the controller does not have cache, it does not allow you to
set the policy value.
Similarly, if the PERC has cache but not battery and the policy is set that requires accessing cache, then data loss
may occur if base of power off. So few PERCs may not allow that policy.
Therefore, depending upon the PERC, the policy value is set.
Deleting virtual disks
Deleting a virtual disk destroys all information including file systems and volumes residing on the virtual disk and removes the virtual disk
from the controller’s configuration. When deleting virtual disks, all assigned global hot spares may be automatically unassigned when the
last virtual disk associated with the controller is deleted. When deleting the last virtual disk of a disk group, all assigned dedicated hot
spares automatically become global hot spares.
You must have the Login and Server Control privilege to perform delete virtual disks.
When this operation is allowed, you can delete a boot virtual drive. It is done from sideband and the independent of the operating system.
Hence, a warning message appears before you delete the virtual drive.
If you delete a virtual disk and immediately create a new virtual disk with all the same characteristics as the one that was deleted, the
controller recognizes the data as if the first virtual disk were never deleted. In this situation, if you do not want the old data after
recreating a new virtual disk, re-initialize the virtual disk.
Managing storage devices
195