IBM E02HRLL-G Administration Guide - Page 69

Invoking from the command line, For Windows, For Linux/UNIX

Page 69 highlights

a .zip file holding an XML file. The XML must conform to the XML schema bcgMigrationExport.xsd located in migration utility root/schemas directory. Note: Ensure that the dependency requirements between export types are met. These dependencies are outlined further in the topic Migrating configuration type dependencies. 4. If you are importing data, you must have data to import. The import file can be produced by exporting data, or you can write your own that contains definitions you want to load into a system. After exporting, the exported data is contained in a .zip file. The .zip file includes an XML file that conforms to the XML schema bcgMigrationImport.xsd located in migration utility root/schemas directory. This XML file includes data that can be used by the import code to re-create the configuration types you exported. The .zip file also includes these files: v The exported validation, transformation, and FA maps v RoutingObjects.zip containing the internal representations of the exported routing objects (packages, protocols, and document types). Follow these steps to write your own import file: v Create an XML file that conforms to bcgMigrationImport.xsd. You must be sure that the dependency requirements between import types are met. For more information regarding dependencies see, Configuration type dependencies. v If any maps or routing objects are described in the import XML, create a .zip file with the XML file in the root directory for the .zip file. The directories are as follows: - The routing objects are in a file called RoutingObjects.zip within the RoutingObjects directory in the root. - The transformation maps are in the TransformationMaps directory in the root. - The validation maps are in the ValidationMaps directory in the root. - The FA maps are in the FAMaps directory in the root. Note: If you are importing any file directory receivers, the receiver system cannot already have the file directory used by the receiver in its file system. Be sure to delete any such directories before importing. 5. The migration utility has to log on to the console that you are using. The WebSphere Partner Gateway user account must have permission to export or import configurations. The hub administrator user has this permission. If you want to use an account other than hub administrator or a user who is a member of the Hubadmin group, you must enable the permission to use the migration module for the user. By default this permission is disabled. Invoking from the command line You can migrate configuration data from one WebSphere Partner Gateway instance to another WebSphere Partner Gateway instance using a command line utility. After completing the prerequisite steps to use the utility, you can invoke the utility by running the batch file bcgmigrate.bat or shell script bcgmigrate.sh. These files are located in: v For Windows: \\bcgmigrate\bin\ v For Linux/UNIX: //bcgmigrate/bin/ Chapter 6. Administering partner migration 63

  • 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

a .zip file holding an XML file. The XML must conform to the XML schema
bcgMigrationExport.xsd
located in
migration utility root
/schemas
directory.
Note:
Ensure that the dependency requirements between export types are met.
These dependencies are outlined further in the topic
Migrating configuration type
dependencies
.
4.
If you are importing data, you must have data to import. The import file can be
produced by exporting data, or you can write your own that contains
definitions you want to load into a system. After exporting, the exported data
is contained in a .zip file. The .zip file includes an XML file that conforms to
the XML schema
bcgMigrationImport.xsd
located in
migration utility
root
/schemas
directory. This XML file includes data that can be used by the
import code to re-create the configuration types you exported.
The .zip file also includes these files:
v
The exported validation, transformation, and FA maps
v
RoutingObjects.zip
containing the internal representations of the exported
routing objects (packages, protocols, and document types).
Follow these steps to write your own import file:
v
Create an XML file that conforms to
bcgMigrationImport.xsd
.
You must be sure that the dependency requirements between import types
are met. For more information regarding dependencies see, Configuration
type dependencies.
v
If any maps or routing objects are described in the import XML, create a .zip
file with the XML file in the root directory for the .zip file.
The directories are as follows:
The routing objects are in a file called
RoutingObjects.zip
within the
RoutingObjects
directory in the root.
The transformation maps are in the
TransformationMaps
directory in the
root.
The validation maps are in the
ValidationMaps
directory in the root.
The FA maps are in the
FAMaps
directory in the root.
Note:
If you are importing any file directory receivers, the receiver system
cannot already have the file directory used by the receiver in its file system.
Be sure to delete any such directories before importing.
5.
The migration utility has to log on to the console that you are using. The
WebSphere Partner Gateway user account must have permission to export or
import configurations. The hub administrator user has this permission. If you
want to use an account other than hub administrator or a user who is a
member of the Hubadmin group, you must enable the permission to use the
migration module for the user. By default this permission is disabled.
Invoking from the command line
You can migrate configuration data from one WebSphere Partner Gateway instance
to another WebSphere Partner Gateway instance using a command line utility.
After completing the prerequisite steps to use the utility, you can invoke the utility
by running the batch file
bcgmigrate.bat
or shell script
bcgmigrate.sh
. These files
are located in:
v
For Windows:
\<
migration utility root
>\bcgmigrate\bin\
v
For Linux/UNIX:
/<
migration utility root
>/bcgmigrate/bin/
Chapter 6. Administering partner migration
63