Escolar Documentos
Profissional Documentos
Cultura Documentos
for
Microsoft Volume Shadow Copy Service (VSS)
Installation Guide
Trademarks
Hitachi Data Systems is a registered trademark and service mark of Hitachi, Ltd., and the
Hitachi Data Systems design mark is a trademark and service mark of Hitachi, Ltd.
Tagmastore USP, HiCommand, Hitachi Freedom Storage, Lightning 9900, Thunder 9200, and
Thunder 9500 are trademarks of Hitachi Data Systems Corporation in the United States and
other countries.
Microsoft, Windows, and Windows NT are registered trademarks of Microsoft Corporation in
the United States and other countries.
Java, Java2, Java Runtime Environment, Java Web Start, Solaris, StorEdge, and Sun are
registered trademarks or trademarks of Sun Microsystems in the United States and other
countries.
All other brand or product names are or may be trademarks or service marks of and are used
to identify products or services of their respective owners.
iii
Date
Description
MK-94RD166-00
October 2004
Initial Release
MK-94RD166-Pa(RSD-1)
MK-94RD166-Pc(RSD)
MK-94RD166-Pc_AD
MK-94RD166-Pd(RSD)
MK-94RD166-Pe(RSD)
Related Documentation
iv
Microsoft, Developing Volume Shadow Copy Service Hardware Providers for Windows
.NET, version 6
Microsoft, Storage Management Using Windows Server 2003 and Windows Storage
Server 2003 Virtual Disk Service and Volume Shadow Copy Service, August 2003
Preface
Preface
This document describes and provides instructions for installing RAID Manager VSS Provider.
This document assumes that the user has a background in data processing and understands
peripheral storage device subsystems and their basic functions.
Notes:
The term TagmaStore USP refers to the entire Hitachi TagmaStore Universal
Storage Platform Series subsystem family, unless otherwise noted.
The term 9900V refers to the entire Lightning 9900 V Series subsystem family (e.g.,
9980V, 9970V), unless otherwise noted. The term 9900 refers to the entire Lightning
9900 subsystem family (e.g., 9960, 9910), unless otherwise noted. The term 9500V
refers to the entire Thunder 9500V subsystem family (e.g., 9570V, 9580V), unless
otherwise noted.
The use of all other Hitachi Data Systems products is governed by the terms of your
agreement(s) with Hitachi Data Systems.
Software Version
This document revision applies to RAID Manager VSS Hardware Provider version 01-02-03/02.
Comments
Please send us your comments on this document. Make sure to include the document title,
number, and revision. Please refer to specific section(s) and paragraph(s) whenever possible.
E-mail: doc.comments@hds.com
Fax: 858-695-1186
Mail:
Technical Writing, M/S 35-50
Hitachi Data Systems
10277 Scripps Ranch Blvd.
San Diego, CA 92131
Thank you! (All comments become the property of Hitachi Data Systems Corporation.)
vi
Preface
Contents
Chapter 1
1.3
1.4
1.5
Chapter 2
2.3
Chapter 3
16
17
17
18
18
19
3.2
3.3
Chapter 4
Overview ........................................................................................... 2
Reviewing the Three VSS Configurations...................................................... 3
1.2.1 Single Host Configuration .............................................................. 3
1.2.2 Export and Import Host Configuration ............................................... 4
1.2.3 Transportable Configuration........................................................... 5
1.2.4 Reviewing the Processes that Coordinate to Create a Shadow Copy............ 6
Reviewing the Restrictions for VSS Configurations .......................................... 7
Reviewing the Implementation Configuration for RM Shadow Copy Provider........... 9
1.4.1 About System Environment Variables ................................................ 9
1.4.2 About Separated Control Flows ..................................................... 10
1.4.3 About Multiple SVOLs on a PVOL .................................................... 12
1.4.4 About Identical Mirror Unit (MU) Numbers ........................................ 12
1.4.5 About the Execution of Multiple SnapShotSetIDs ................................. 12
Understanding the Relationship Between Backup Software and Each Configuration 13
22
22
24
27
28
28
29
30
31
35
36
Troubleshooting ...................................................................................................................37
4.1
4.2
4.3
4.4
4.5
4.6
38
39
40
41
42
44
vii
List of Figures
Figure 1.1
Figure 1.2
Figure 1.3
Figure 3.1
Figure A.1
Figure A.2
Figure A.3
Figure A.4
Figure A.5
List of Tables
viii
Table 1.1
Table 1.2
Table 1.3
Table 1.4
Table 1.5
Table 2.1
Table 2.2
Table 2.3
Table 2.4
Table 2.5
Table 3.1
Table 3.2
Contents
Chapter 1
This chapter provides an overview of the RAID Manager Shadow Copy Provider:
1.1
Overview
The Windows 2003 Server platform supports the Volume Shadow Copy Service (VSS), which
provides an infrastructure for creating point-in-time images known as shadow copies. VSS
can produce high-fidelity shadow copies by coordinating with business applications, backup
applications (called requestors), database applications (called writers), and hardware
(such as HDS Storage, and generally called providers) to provide vendor-unique shadow
copy functions. The VSS service is also called the VSS coordinator.
Additionally, the RAID Manager (RM) shadow copy provider component creates a shadow
copy volume by controlling the array via VSS. A shadow copy volume is a copy of a volume
that is used by an application at a specific point in time.
This guide provides an overview of VSS Provider and it contains instructions to help system
administrators install and configure VSS Provider.
1.2
1.2.1
Single Host
Transportable
Host A
DB
writer
VSS
requestor
VSS
coordinator
VSS
provider
CCI
(RAID Mgr)
CCI
(RAID Mgr)
Command
device
SVOL
PVOL
Lightning 9900V
Figure 1.1
1.2.2
DB
writer
VSS
coordinator
XML
VSS
requestor
VSS
coordinator
VSS
provider
VSS
provider
CCI
(RAID Mgr)
CCI
(RAID Mgr)
VSS
requestor
Command
device
SVOL
PVOL
Lightning 9900V
Figure 1.2
1.2.3
Transportable Configuration
Figure 1.3 shows an example of a transportable configuration for VSS Provider. Note that
when importing the SVOL, the requestor imports the designated disk using the VSS
coordinators direct interaction with VDS.
DB
writer
Host A
transportable
VSS
coordinator
Host B
VSS
requestor
SVOL informations
VSS
provider
VSS
requestor
RAID
Manager
RAID
Manager
Command
device
VDS
Mask / Unmask
SVOL
PVOL
RAID
Figure 1.3
The requestor can choose to import the SVOL using either of the following two methods:
1.2.4
1.3
Subsystem
Import Time
Method of Recognition
See Note 1
9900
NO READ
2-3 minutes
Reboot
INVISIBLE
20-30 seconds
Rescan
DF600,
See Note 2
DF600H
Notes 1: In 9900, only one reboot is required on the SVOL host after pair-creation.
Note 2: In 9900v, Open LDEV must be installed when using microcode 21-08-XX.
1.4
1.4.1
Identical MU numbers
Variables
Value
VSHTCHORCMINST_LOCAL
VSHTCHORCMINST_REMOTE
VSHTCHOMRCF_MUN
Specifies any allowable MU number as VSS. If you allow all MU numbers which
were written in the configuration file, then specify them. For example:
VSHTCHOMRCF_MUN=0 1 2
1.4.2
Sequence
Coordinator Method
Executing RM commands
SVOL state
Inquiry
Read
Write
Invisible
Disable
Disable
Invisible
Enable
Enable
by VDS_Lun_Info
by VDS_Lun_Info
and SnapShotSetID
by SnapShotSetID
by SnapShotSetID
by VDS_Lun_Info
VSS requestor will be able to get the SnapShotSet volumes into an XML document.
10
Table 1.4
Sequence
Executing RM commands
by VDS_Lun_Info(from
XML)
by VDS_Lun_Info
SVOL state
Inquiry
Read
Write
Visible
Enable
Enable
Invisible
Disable
Disable
VSS requestor will be able to execute a backup on the SVOL_SSUS or SVOL_COPY state.
8
Notes: The Raidvchkset command will be used if the array can set the SVOL INVISIBLE
attribute. However, the export flow is terminated by VSS Coordinator if VSS requestor
specifies the XML document context as transportable. This enables to make only the
SnapShotSet volumes by specifying the transportable attribute.
The VSS requestor must specify the context as transportable if it wants to perform the
following:
VSS requestor wants to make multiple SnapShotSet volumes on the same PVOL.
11
1.4.3
SQL
HORCM_DEV
#dev_group
SQLS
SQLS
tlog1
CL2-C
25
If you want to use MU# on the same PVOL based on the horcm.conf file, then you can specify
VSHTCHOMRCF_MUN=0 1 2 3 4 5 6 7 8 9 10 11 12 13
1.4.4
1.4.5
12
1.5
VSS
Component
Applicable Configurations
component
Name
Single Host
Export/Import Host
Transportable
Provider
Supported
Supported
Supported
Unused
Unused
Unsupported
Basic Disk
Available
Available
Available
Not applicable
Available
Available
Dynamic Disk
Not applicable
Available
Available
SI (normal )
Available
Available
Available
SI (quick )
Available
Available
Available
Available
Available
Available
TC
Not applicable
Available
Available
See Note
See Note
Hitachi
Hi-command/VDS
Hitachi
LDM
Array
RAID
DF
Hi-Copy
Not applicable
Not applicable
Not applicable
SI
Available
Available
Available
Quick Shadow
Available
Available
Available
TC
Not applicable
Available
Available
See Note
See Note
Note: RM shadow copy provider supports True Copy (Sync and Async) for testing with ISV, by
specifying VSHTCHORC_MUN= 0 as MU#. In True Copy Async, RM shadow copy provider
executes at time split without waiting to flush the sidefile for all volumes associated with
SnapShotSetID as the consistency group (CTgroup).
13
For information about the Available applicable configurations and Backup Software, please
contact your Hitachi Data Systems representative.
For 9900:
9900 cannot be used with True Copy since it cannot use the NOREAD option.
For 9900V:
Using the following microcode, 9900V can support True Copy by using INVISIBLE as an
attribute of SVOL:
Microcode version 21-08-XX requires the installation of the OpenLDEV Guard product.
Microcode version 21-09-08 (or later) does not require the installation of the
OpenLDEV Guard product.
For DF600(H):
Using the following microcode, DF600 (H) can support True Copy by using INVISIBLE as
an attribute of SVOL: 0656(1656).
14
Chapter 2
This chapter describes the prerequisites and installation procedures for RAID Manager
Shadow Copy Provider:
15
2.1
RM Shadow Copy
Provider
Windows2003(Build# 3790)
01-01-03/02
Supported
01-02-03/01
Windows2003(Build# 3790)
Windows2003 SP1
(Build#1184)
Not applicable
Not applicable
Supported
Untested
16
2.2
No.
Title
File name
Installation location
001
\HORCM\Tool\RMVSSPRV.exe
DIR\HITACHI\VSS Provider\
RMVSSPRV.dll
002
\HORCM\Tool\RMVSSPRV64.exe
DIR\HITACHI\VSS Provider\
RMVSSPRV.dll
Note: DIR indicates an installation directory. The default directory is \Program Files.
2.2.1
4. Restart Microsoft Volume Shadow Copy Service by using the following command if VSS
will not be started:
C:\>net START Volume Shadow Copy
The Volume Shadow Copy service is starting.
The Volume Shadow Copy service was started successfully.
17
2.2.2
2. Delete the installed RM Shadow Copy Provider using the Add or Remove Programs
control panel.
3. Change the current directory to '\HORCM\Tool\ where RAID Manager is installed.
4. Execute the appropriate setup program:
5. Restart Microsoft Volume Shadow Copy Service by using the following command if VSS
will not be started.
C:\>net START Volume Shadow Copy
The Volume Shadow Copy service is starting.
The Volume Shadow Copy service was started successfully.
2.2.3
18
2.3
2. Delete the installed RM Shadow Copy Provider using the Add or Remove Programs
control panel.
3. Restart the Microsoft Volume Shadow Copy Service with the following command if VSS
will not be started:
C:\>net START Volume Shadow Copy
19
20
Chapter 3
This chapter describes the post-installation start-up procedures and operational notes for
VSS.
21
3.1
3.1.1
Figure 3.1
The value that is listed for each system variable in Figure 3.1 is based on the following
assumptions for the Instance Number and the target volume:
22
Table 3.1 describes each of the variables that you will add.
Table 3.1
Variable
Value
VSHTCHORCMINST_LOCAL
VSHTCHORCMINST_REMOTE
VSHTCHOMRCF_MUN
23
3.1.2
dev_name
Note: You must start HORCM without a description for HORCM_DEV and HORCM_INST
because the target ID and LUN are Unknown. You can find out about a mapping of a
physical device with a logical name by using the raidscan -find command option.
2. Execute horcmstart 50 as background.
C:\HORCM\etc>horcmstart 50
starting HORCM inst 50
HORCM inst 50 starts successfully.
24
LUN
0
1
2
SERIAL
62496
62496
62496
LDEV
16
18
19
PRODUCT_ID
OPEN-3-CM
OPEN-3
OPEN-3
poll(10ms)
1000
HORCM_CMD
#dev_name
dev_name
\\.\PhysicalDrive0
HORCM_DEV
#dev_group
snap
HORCM_INST
#dev_group
snap
dev_name
snapdev1
dev_name
port#
CL2-C
ip_address
127.0.0.1
TargetID
25
poll(10ms)
1000
HORCM_CMD
#dev_name
dev_name
\\.\PhysicalDrive0
HORCM_INST
#dev_group
snap
dev_name
snapdev1
MU#
0
timeout(10ms)
3000
dev_name
port#
CL2-C
ip_address
127.0.0.1
LU#
1
service
52051
HORCM_DEV
#dev_group
snap
timeout(10ms)
3000
TargetID
25
LU#
2
MU#
0
service
52050
25
b) VSS needs to make the hidden volumes for SVOL, so you must execute the Rescan
disk by using the diskpart command.
C:\HORCM\etc>diskpart
:
DISKPART> rescan
Please wait while DiskPart scans your configuration...
DiskPart has finished scanning your configuration.
b) In order for VSS to make the hidden volumes for SVOL, you must reboot the system:
Only reboot the SVOL host (back-up server), and only once after executing
"paircreate m noread" on the SVOL host.
c) Start horcmstart 50 51.
C:\HORCM\etc>horcmstart 50 51
starting HORCM inst 50
HORCM inst 50 starts successfully.
starting HORCM inst 51
HORCM inst 51 starts successfully.
Important: Repeat steps 1 through 9 whenever the horcm*.conf file changes. VSS
coordinator will automatically activate the RM Shadow Copy provider so that it can perform
RAID Manager commands when the backup program is executed.
26
3.1.3
When NT backup has been deleting the snap, the pairdisplay state will be
"PVOL_COPY and SVOL_COPY" or "PVOL_PAIR and SVOL_PAIR".
For example:
C:\HORCM\etc>pairdisplay -g snap
Group PairVol(L/R) (Port#,TID,LU-M),Seq#,LDEV#.P/S,Status, Seq#,P-LDEV# M
snap snapdev1(L) (CL2-C ,25, 2-0)62496 19..S-VOL COPY,----- 18 N
snap snapdev1(R) (CL2-C ,25, 1-0)62496 18..P-VOL COPY,62496 19 -
27
3.2
3.2.1
Variable
Value
VSHTCHORCMINST_LOCAL
VSHTCHOMRCF_MUN
The value that is listed for each system variable in Table 3.2 is based on the following
assumptions for the Instance Number and the target volume:
28
3.2.2
dev_name
Note: You must start HORCM without a description for HORCM_DEV and HORCM_INST
because the target ID and LUN are Unknown. You can find out about a mapping of a
physical device with a logical name by using the raidscan -find command option.
2. Execute horcmstart 50 as background.
C:\HORCM\etc>horcmstart 50
starting HORCM inst 50
HORCM inst 50 starts successfully.
LUN
0
1
SERIAL
62496
62496
LDEV
16
18
PRODUCT_ID
OPEN-3-CM
OPEN-3
29
poll(10ms)
1000
HORCM_CMD
#dev_name
dev_name
\\.\PhysicalDrive0
HORCM_DEV
#dev_group
snap
HORCM_INST
#dev_group
snap
dev_name
snapdev1
dev_name
port#
CL2-C
ip_address
HOSTB
timeout(10ms)
3000
TargetID
25
LU#
1
MU#
0
service
52051
3.2.3
30
3.2.4
SERIAL
-
LDEV CTG
-
service
52050
HORCM_CMD
#dev_name
dev_name
\\.\PhysicalDrive0
H/M/12
-
poll(10ms)
1000
timeout(10ms)
3000
dev_name
Note: You must start HORCM without a description for HORCM_DEV and HORCM_INST
because the target ID and LUN are Unknown. You can find out about a mapping of a
physical device with a logical name by using the raidscan -find command option.
2. Execute horcmstart 51 as background.
C:\HORCM\etc>horcmstart 51
starting HORCM inst 51
HORCM inst 51 starts successfully.
LUN
0
1
SERIAL
62496
62496
LDEV
16
19
PRODUCT_ID
OPEN-3-CM
OPEN-3
31
service
52051
poll(10ms)
1000
HORCM_CMD
#dev_name
dev_name
\\.\PhysicalDrive0
HORCM_DEV
#dev_group
snap
HORCM_INST
#dev_group
snap
dev_name
snapdev1
dev_name
port#
CL2-D
ip_address
HOSTA
timeout(10ms)
3000
TargetID
25
LU#
1
MU#
0
service
52050
Note: When using the raidvchkset g snap vg idb command in a RAID 450 environment,
microcode version 21-08-XX requires that OpenLDEV Guard be installed. This installation
requirement is not applicable in version 21-09-XX (or later).
7. Proceed to the appropriate step, based on the outcome of the
raidvchkset g snap vg idb command:
32
b) VSS needs to make the hidden volumes for SVOL, so you must execute the Rescan
disk by using the diskpart command.
C:\HORCM\etc>diskpart
:
DISKPART> rescan
Please wait while DiskPart scans your configuration...
DiskPart has finished scanning your configuration.
b) In order for VSS to make the hidden volumes for SVOL, you must reboot the system:
Only reboot the SVOL host (back-up server), and only once after "paircreate m
noread" on SVOL host.
c) Start horcmstart 51.
C:\HORCM\etc>horcmstart 51
starting HORCM inst 51
HORCM inst 51 starts successfully.
Important: Repeat steps 1 through 9 whenever the horcm*.conf file changes. VSS
coordinator will automatically activate the RM Shadow Copy provider so that it can
perform RAID Manager commands when the backup program is executed.
33
10. Confirm LU mapping on both hosts: If Windows 2003 identifies that there is an identical
signature copied from PVOL to SVOL, it will cause problems with the signature.
The export host must be connected to PVOLs. Verify that the export host does not see
the SVOL (LDEV#19), as shown in the following example:
C:\HORCM\etc>inqraid -CLI $Phy
DEVICE_FILE
PORT
SERIAL
Harddisk0
CL2-C
62496
Harddisk1
CL2-C
62496
Harddisk2
-
LDEV CTG
16
18
-
H/M/12
s/P/ss
-
The import host must be connected to SVOLs. Verify that the import host does not see
the SVOL (LDEV#18), as shown in the following example:
C:\HORCM\etc>inqraid -CLI $Phy
DEVICE_FILE
PORT
SERIAL
Harddisk0
CL2-D
62496
Harddisk1
CL2-D
62496
Harddisk2
-
LDEV CTG
16
19
-
H/M/12
s/S/ss
-
34
3.3
Item
Notes
RAID Manager can only be started as a service by an Administrator. Otherwise, if RAID Manager
is started with the System privilege, RAID Manager commands (via the DOS prompt) cannot
attach to RAID Manager.
Independent VDS
RM shadow copy provider and RAID Manager do not use the VDS interface.
RM shadow copy provider and RAID Manager can support two server configurations for the OFF
HOST Backup (one is export server, another is import server ). However, these configurations
must be supported via the back-up requestor by transporting the XML file between the export and
import server.
Required LUN
VSS inquires about whether or not the VSS provider is supporting the LUN using the SCSI Inquiry
Standard Page, Page0x80, and Page0x83. Also, VSS checks all hardware properties of a LUN of
SVOL which the provider reported. Therefore, the following is required as SCSI Inquiries of a LUN:
If the PVOLs for the application server are the Shadow Image volumes specified with paircreate
m grp as at time split, then all volumes associated with SnapShotSetID are executed as a group
at time split. For this reason, SVOLs must have identical MU numbers of PVOLs.
The volumes of a group that are described in the configuration files must be specified as Backup
volumes.
35
3.3.1
36
Chapter 4
Troubleshooting
This chapter helps you locate solutions to issues that may occur with the operation of VSS
Hardware Provider.
Calling the Hitachi Data Systems Support Center (see section 4.6)
37
4.1
General Troubleshooting
If you are having trouble installing or running VSS Provider, please refer to Table 4.1 for
general troubleshooting information.
Table 4.1
38
Problem
Description
After clicking Cancel, NTbackup does not cancel. To correct, install Windows 2003,
service pack 1.
Because VSS depends on PnP, we recommend that you do not use the LDM tool
while VSS is running.
A warning message is recorded to the event log at time every backup, because
VSS uses PnP for mounting the copied SVOL that has the same signature to
PVOL . Therefore, we recommend that the administrator regularly clears the Event
log.
Some HBA drivers do not scan all LUNs on a port when LUN#0 is hidden as SVOL.
Therefore, we recommend that the user does not LUN#0 as SVOL for all HBA
drivers.
Chapter 4 Troubleshooting
4.2
Error Messages
Error Message
Error Cause
Corrective Action
[EV_ERPERM]
Permission denied with the VSS
hardware provider
[EV_ENOMEM]
The memory is insufficient
[EV_INVSTP]
Invalid pair status
[EV_CMDERR]
VSS caught a RAID Manager command
error
[EV_EGETEV]
An error occurred in
GetEnvironmentVariable()
[EV_ENOSUP]
No supported device
[EV_ENOOBJ]
Not found object
[EV_ENOSER]
No such serial number
[EV_EXCEPT]
An exception occurred
[EV_INVARG]
Invalid argument
[EV_INVSEQ]
Invalid sequence
[EV_INCMUN]
Inconsistent MUN in a Snapshot Set
39
4.3
If SVOL does not have the NO READ attribute, recreate it. For example:
snap
snapdev1
Check if the export host has been connected to PVOLs, only. For example:
C:\HORCM\etc>inqraid -CLI $Phy
DEVICE_FILE
PORT
SERIAL
Harddisk0
CL2-C
62496
Harddisk1
CL2-C
62496
Harddisk2
-
H/M/12
s/P/ss
-
Check if the import host has been connected to SVOLs, only. For example:
C:\HORCM\etc>inqraid -CLI $Phy
DEVICE_FILE
PORT
SERIAL
Harddisk0
CL2-D
62496
Harddisk1
CL2-D
62496
Harddisk2
-
40
LDEV CTG
16
18
-
Chapter 4 Troubleshooting
LDEV CTG
16
19
-
H/M/12
s/S/ss
-
4.4
Command outputs:
set
Log files:
All of the files under /HORCM/log* (where * is RAID Manager instance number)
%windir%\horcm*.conf
41
4.5
If the import succeeds, the snapshotted volume is mapped to an LUN using a backup
application:
a) The requestor (backup application) starts backing up the disks mounted by VSS
coordinator.
b) When the requestor indicates the completion of the backup, RM Shadow Copy
Provider unmaps (masks) and resynchronizes the designated disk using
OnLunEmpty().
c) The VSS coordinator hides or makes Unknown the designated disk by rescanning used PnP.
If the import fails, then the VSS coordinator sends an error notification to the
backup application: VSS_E_NO_SNAPSHOTS_IMPORTED(0x80042320)
In this case, the VSS coordinator or the backup application deletes the located
volumes, then RM Shadow Copy Provider unmaps (masks) and resynchronizes the
designated disk using OnLunEmpty().
If the backup operation is terminated with an error without calling OnLunEmpty(),
then an administrator must perform one of the following recovery procedures:
If INVISIBLE SVOL is used
a)
Unmap (mask) and resynchronize all target SVOLs using the following
command:
C:\HORCM\etc>set HORCMINST=X
[ where X is an instance number ]
C:\HORCM\etc>set HORCC_MRCF=1
C:\HORCM\etc> raidvchkset g GRP vg idb
[ where GRP is a group name ]
C:\HORCM\etc> pairresync -g GRP
b)
C:\HORCM\etc>diskpart
:
DISKPART> rescan
Please wait while DiskPart scans your configuration...
DiskPart has finished scanning your configuration
c)
42
Chapter 4 Troubleshooting
C:\HORCM\etc>set HORCMINST=X
C:\HORCM\etc>set HORCC_MRCF=1
b)
C:\HORCM\etc>diskpart
:
DISKPART> rescan
Please wait while DiskPart scans your configuration...
DiskPart has finished scanning your configuration
c)
43
4.6
44
Chapter 4 Troubleshooting
horcm50.conf on HOST A
horcm51.conf on HOST B
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
HSTA
52050
1000
3000
HORCM_MON
#ip_address service poll(10ms)
timeout(10ms)
HSTB
52051
1000
HORCM_CMD
#dev_name
\\.\PhysicalDrive0
HORCM_DEV
#dev_group
offhost
offhost
offhost
HORCM_INST
#dev_group
offhost
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive1
dev_name
offdev1
offdev2
offdev3
ip_address
HSTB
service
52051
DB
writer
VSS
coordinator
VSHTCHOMRCF
_MUN=2
VSHTCHORCMINST
_LOCAL =50
HORCMINST=50
CL2-C
HORCM_DEV
#dev_group
offhost
offhost
offhost
HORCM_INST
#dev_group
offhost
dev_name
offdev1
offdev2
offdev3
ip_address
HSTA
service
52050
XML
VSS
requestor
VSS
coordinator
VSS
provider
VSS
provider
RAID
Manager
RAID
Manager
VSS
requestor
VSHTCHORCMINST
_REMOTE =51
HORCMINST=51
CL2-D
Command
device
PVOLs
2
2
Offhost offdev1
SVOLs
Offhost offdev2
Offhost offdev3
RAID
Figure A.1
45
A.2
horcm51.conf on HOST A
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
HSTA
52051
1000
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive0
HORCM_DEV
#dev_group dev_name port# TargetID LU# MU#
snap
snapdev1 CL2-C
25
2
0
HORCM_INST
#dev_group
snap
ip_address
HSTA
service
52050
Horcm50.conf on HOST A
horcm51.conf on HOST B
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
HSTA
52050
1000
3000
HORCM_MON
#ip_address service poll(10ms)
timeout(10ms)
HSTB
52051
1000
HORCM_CMD
#dev_name
\\.\PhysicalDrive0
HORCM_CMD
#dev_name
\\.\PhysicalDrive1
HORCM_DEV
#dev_group dev_name port# TargetID LU# MU#
snap
snapdev1 CL2-C
25
1
2
offhost
offdev1 CL2-C
25
3
2
HORCM_DEV
#dev_group dev_name port# TargetID LU# MU#
offhost
offdev1 CL2-D
25
1
0
HORCM_INST
#dev_group
snap
offhost
HORCM_INST
#dev_group
offhost
ip_address
HSTA
HSTB
service
52051
52051
VSS
coordinator
VSHTCHOMRCF
_MUN=2
VSS
VSHTCHORCMINST
provider
_LOCAL =50
VSHTCHORCMINST
REMOTE =51
RAID
Manager
HORCMINST=50
VSS
VSS
requestor
requestor
HORCMINST=51
RAID
Manager
Command
device
PVOL
LU1
PVOL
LU3
Figure A.2
snap
ip_address
HSTA
service
52050
XML
CL2-C
46
3000
VSS
coordinator
VSS
requestor
VSS
provider
VSHTCHORCMINST
REMOTE =51
RAID
Manager
HORCMINST=51
CL2-D
SVOL
LU2
offhost
RAID
SVOL
LU1
A.3
Node 1
Node 2
Node 3
MSCS + VSS
MSCS + VSS
VSS (Backup)
Sig
P-VOL
Figure A.3
Shadow Copy
Sig
S-VOL
47
A.3.1
horcm50.conf on NODE1
horcm50.conf on NODE2
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
NONE
5000
1000
3000
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
NONE
5000
1000
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_DEV
#dev_group
snap
offhost
offhost
HORCM_INST
#dev_group
snap
offhost
dev_name
dev1
dev2
dev3
ip_address
pae2
pae2
HORCM_DEV
#dev_group
snap
offhost
offhost
HORCM_INST
#dev_group
snap
offhost
service
5001
5001
dev_name
dev1
dev2
dev3
ip_address
pae2
pae2
VSHTCHOMRCF_MUN=0
VSHTCHORCMINST_LOCAL =50
HORCMINST=50
service
5001
5001
VSHTCHOMRCF_MUN=0
VSHTCHORCMINST_LOCAL =50
HORCMINST=50
horcm51.conf on NODE3
HORCM_MON
#ip_address service poll(10ms)
timeout(10ms)
pae2
5001
1000
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_DEV
#dev_group
snap
offhost
offhost
HORCM_INST
#dev_group
snap
ffh t
dev_name
dev1
dev2
dev3
ip_address service
ClusServer 5000
Cl S
5000
VSHTCHORCMINST_REMOTE =51
HORCMINST=51
Figure A.4
48
A.3.2
horcm50.conf on NODE1
horcm50.conf on NODE2
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
pae3
5000
1000
3000
HORCM_MON
#ip_address service poll(10ms) timeout(10ms)
pae4
5000
1000
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_DEV
#dev_group
snap
offhost
offhost
HORCM_INST
#dev_group
snap
offhost
dev_name
dev1
dev2
dev3
HORCM_DEV
#dev_group
snap
offhost
offhost
ip_address
pae2
pae2
HORCM_INST
#dev_group
snap
offhost
service
5001
5001
dev_name
dev1
dev2
dev3
ip_address
pae2
pae2
VSHTCHOMRCF_MUN=0
VSHTCHORCMINST_LOCAL =50
HORCMINST=50
service
5001
5001
VSHTCHOMRCF_MUN=0
VSHTCHORCMINST_LOCAL =50
HORCMINST=50
horcm51.conf on NODE3
HORCM_MON
#ip_address service poll(10ms)
timeout(10ms)
pae2
5001
1000
3000
HORCM_CMD
#dev_name
\\.\PhysicalDrive4
HORCM_DEV
#dev_group
snap
offhost
offhost
HORCM_INST
#dev_group
snap
snap
offhost
offhost
dev_name
dev1
dev2
dev3
ip_address
pae3
pae4
pae3
pae4
service
5000
5000
5000
5000
VSHTCHORCMINST_REMOTE =51
HORCMINST=51
Figure A.5
49
50
GUI
HBA
HDLM
HORC
HORCM
IP
internet protocol
KB
LAN
LDM
LCP
LDEV
LU
LUN
LUSE
local-area network
logical disk manager
local control port
logical device
logical unit
logical unit number, logical unit
LUN Expansion, LU Size Expansion
MB
MRCF
MU
MUN
NAS
network-attached storage
OS
operating system
PNP
P-VOL
plug-and-play
primary volume (for TrueCopy or ShadowImage)
RAID
SAN
SCSI
SI
S-VOL
storage-area network
small computer systems interface
ShadowImage
secondary volume (for TrueCopy or ShadowImage)
TC
TID
TrueCopy
target ID
VSS
XML
51
52