Dell EqualLogic PS6210XS EqualLogic Host Integration Tools for Linux Version 1 - Page 53

Best Practices For Using ASM/LE

Page 53 highlights

you can connect to the PS Series group, but access to the volumes for rhel69x is not allowed. As a result, the volumes for rhel69x are hidden. # asmcli list smart-copy --type clone --check-status --group-access-file \ voladmin-sles Dell EqualLogic Auto-Snapshot Manager CLI Version 1.7.0 Copyright (c) 2010-2020 Dell Inc. Smart Copies Source: rhel69x.mycompany.com : /mnt/vol1 Clone: 25-Sep-2017 10:16:03.150384 Status: Error: smart copy is unusable. ObjectId: 9-ad0bde-e441bbe0d-da25bffc416638b4 rhel69x-vol1--> rhel69x-vol1-clone-2017:09:25-10:16:03.150 on eqlgroup 1 Smart Copy found. In this case, Smart Copy snapshots appear to be broken and Smart Copy clones appear unreachable. When ASM/LE processes deleted Smart Copy clones, the volumes are not visible in the recovery bin. ASM/LE cannot locate them and assumes that the volumes have been purged. ASM/LE then deletes the Smart Copy completely. You can use the Group Manager to restore the volume in the PS Series group. However, subsequently entering an asmcli list smart-copy - -check-status command does not return the Smart Copy to its normal state because the Smart Copy was deleted. NOTE: Dell recommends that you do not change credentials when using the asmcli list smart-copy --checkstatus command. Credentials used to create a Smart Copy will correctly handle all other operations. If you use a different set of credentials, be careful when checking for broken, unreachable, or deleted Smart Copy clones. For example, if a single Smart Copy storage location is being used to save all of the Smart Copy documents for a facility, a single host can be used to maintain the set of documents. That host might have pool or group admin privileges for its access to the PS Series groups, meaning that the host has access to all volumes. Best Practices For Using ASM/LE Dell recommends the following best practices: • When selecting the elements of a collection, choose only elements that are logically related. Avoid creating collections that include volumes used by other, unrelated applications. Make sure your collections support your intended backup and restore plans. • Do not implement a large number of schedules. • When working with schedules, develop them in stages. Begin with an asmcli create smart-copy command that you know works, then cut and paste the Smart Copy information to create the corresponding schedule. Test the schedule from the command line using asmcli do schedule. Lastly, add the schedule to a crontab or equivalent. • Use pool and volume administration credentials instead of group administration credentials for each host or related hosts. • When creating a Smart Copy with the asmcli create smart-copy command or mounting a Smart Copy with the asmcli mount smart-copy command , use the --retry-count option in scheduled operations and scripts. If necessary, you can specify a longer time interval to wait before retrying with the --retry-wait option. If an intermittent failure occurs, ASM/LE will try as many times as you indicate, increasing the likelihood of success. • Use the asmcli list smart-copy command to identify a specific Smart Copy before performing other actions, such as deleting a Smart Copy. Introduction to ASM/LE 53

  • 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

you can connect to the PS Series group, but access to the volumes for rhel69x is not allowed. As a result, the volumes for rhel69x are
hidden.
# asmcli list smart-copy --type clone --check-status --group-access-file \
voladmin-sles
Dell EqualLogic Auto-Snapshot Manager CLI Version 1.7.0
Copyright (c) 2010-2020 Dell Inc.
========================================================
Smart Copies
========================================================
Source: rhel69x.mycompany.com : /mnt/vol1
Clone: 25-Sep-2017 10:16:03.150384
Status: Error: smart copy is unusable.
ObjectId: 9-ad0bde-e441bbe0d-da25bffc416638b4
rhel69x-vol1--> rhel69x-vol1-clone-2017:09:25-10:16:03.150 on eqlgroup
1 Smart Copy found.
In this case, Smart Copy snapshots appear to be broken and Smart Copy clones appear unreachable. When ASM/LE processes deleted
Smart Copy clones, the volumes are not visible in the recovery bin. ASM/LE cannot locate them and assumes that the volumes have been
purged. ASM/LE then deletes the Smart Copy completely. You can use the Group Manager to restore the volume in the PS Series group.
However, subsequently entering an
asmcli list smart-copy - -check-status
command does not return the Smart Copy to
its normal state because the Smart Copy was deleted.
NOTE:
Dell recommends that you do not change credentials when using the
asmcli list smart-copy --check-
status
command. Credentials used to create a Smart Copy will correctly handle all other operations. If you use a
different set of credentials, be careful when checking for broken, unreachable, or deleted Smart Copy clones. For
example, if a single Smart Copy storage location is being used to save all of the Smart Copy documents for a facility, a
single host can be used to maintain the set of documents. That host might have pool or group admin privileges for its
access to the PS Series groups, meaning that the host has access to all volumes.
Best Practices For Using ASM/LE
Dell recommends the following best practices:
When selecting the elements of a collection, choose only elements that are logically related. Avoid creating collections that include
volumes used by other, unrelated applications. Make sure your collections support your intended backup and restore plans.
Do not implement a large number of schedules.
When working with schedules, develop them in stages. Begin with an
asmcli create smart-copy
command that you know
works, then cut and paste the Smart Copy information to create the corresponding schedule. Test the schedule from the command
line using
asmcli do schedule
. Lastly, add the schedule to a crontab or equivalent.
Use pool and volume administration credentials instead of group administration credentials for each host or related hosts.
When creating a Smart Copy with the
asmcli create smart-copy
command or mounting a Smart Copy with the
asmcli
mount smart-copy
command , use the
--retry-count
option in scheduled operations and scripts. If necessary, you can
specify a longer time interval to wait before retrying with the
--retry-wait
option. If an intermittent failure occurs, ASM/LE will
try as many times as you indicate, increasing the likelihood of success.
Use the
asmcli list smart-copy
command to identify a specific Smart Copy before performing other actions, such as deleting
a Smart Copy.
Introduction to ASM/LE
53