Currently the 7.5, 7.6, 8.0, 8.1, 8.5 migration tool does not migrate Software Resources from 7.5, 7.6, 8.0, or 8.1 to 8.5. This was originally due to the expectation that any upgrade from 7.5, 7.6, 8.0, or 8.1 should use the previous version's database as part of the upgrade process. This is not always the case, especially when multiple servers may need the data from one (such as breaking out a top-level NS into an Asset and top level servers). A common scenario is an upgrade in server hardware or migration to a virtual environment when upgrading.
**Version 8.5 has been added. Please note that you MUST use the 7.6 version to export from 7.5 or 7.6, and use the 8.0 for export or import to the 8.0 or 8.1 version of the SMP. Version 8.5 supports export from 8.0 and 8.1, but only import to 8.5. Use the below matrix as a reference:
About Symantec Software Resource Replicator The Symantec Software Resource Replicator utility is designed to migrate logical information for deliverable software resources from one Notification Server to another. Note that the utility does not migrate physical packages. Physical packages should be migrated manually.
How to use the utility
Extract the .zip file to any location on the source Notification Server and launch SoftwareReplicator.exe. (The source Notification Server is the one from which the export is performed.). You have to be a member of Local Administrators, Symantec Administrators and SQL db_owner roles. NOTE: The password for the zip is "symantec" (without the quotes)
Select the software resources you want to export. Use the “Filter software resource by name“ edit box to show only the required resources.
Define the Export path and select software resources export parameters.
Click Export now.
Extract the .zip file to any location on the target Notification Server and launch SoftwareReplicator.exe. (The target Notification Server is the import destination.)
If the Software Library was used on the source Notification Server, make sure that the Software Library is also configured on the target Notification Server. It can be configured to any desired location, and not necessarily to the same location as on the source Notification Server).
Copy the physical packages you want to import to the proper locations, if their location is changed during their migration to the new Notification Server.
Select the location from which the XML files that you defined in step 3 above should be imported. Click Refresh.
Ensure that the mappings between “Root on Source” and “Root on Target” are correctly defined.
Click Import now.
Wait until the import is complete. Check the message column for any errors (highlighted in red) or warnings (highlighted in blue). The migration is done!
The utility does not migrate physical packages. These packages should be copied manually to proper locations.
The utility does not migrate software resources created by Patch Management Solution.
The utility does not migrate information not directly related to software resources (like Organizational views, users etc.).
Packages assigned to a specific Package server on the source Notification Server will be assigned to “All Package servers” after migration is complete. The custom package download location on the package server is reset to its default.
Only Deliverable Software resources (with at least one command line defined) are replicated.
“Contains” software resource associations are lost during the migration with this utility.
Association type Updates (software updates) will get migrated even if corresponding export parameter is unchecked.
Association type Supersedes will not be migrated if specified using “software resource that supersede this software resource” option.
The Software Release association with the software product will appear in Managed Software on the Target Activity Center only after this software is discovered by Software Discovery, or Software Inventory. This issue is not specific to the Software Replicator utility.
Error message regarding published command line is displayed in NS command line during export. The error does not affect functionality.
File Inventory Data will also get migrated when selecting a Resource to be migrated even if the File Inventory checkbox is unchecked.
When using the "Exclude Security and NS Origin information" checkbox it is not removing Software Product Security and NS Origin information. Security and NS Origin information is contained within exported XML files.
Replicator: Modified command line migration failures using Software Replicator tool. Slated to be fixed in a future version
Replicator: Modified applicability rule doesn't work after re-importing by Replicator tool.
Fixed Issues comparing to previous versions of the utility
Added support for ITMS 7.5, 7.6, (7.6 version), and 8.0, 8.1 (8.0 version), and 8.5 (8.5 version).
Skip resources without command line checkbox was removed as tool designed to replicate only deliverable resources.
In case of Package source is "Access package form URL", added ability to edit the package directory path, if it is present.
Software Replicator is using the full export/import functionality of Notification Server. One Software Resource includes associated items (it sometimes exports 50+ items if a Software Release has a lot of dependencies/packages/command lines and etc). The export of 5,000 Software resources can take approximately 45 minutes. The import of 5,000 Software resources can take approximately 2 hours 30 minutes (tested on Dell PowerEdge R710 2x Xeon 2.0 GHz 16 GB RAM).
The Solutions Agents/Plug-ins Software Resources are excluded from the list of software resources for export.
Software Replicator never removes existing associations. Only new ones will be added. (Previously imported Software resource settings like File Inventory, Software associations, Software Publishing settings, Applicability and Detection Rules will be preserved after re-importing for the same Software resource with fewer settings which were exported using fewer Export parameters).
For correct Software publishing information migration from one NS to another, source and target NS servers should be registered either to the same domain or to trusted domains.
NOTE: This utility is being provided with limited support. All usage scenarios may not have gone through the QA cycle due to limited time, resource constraints, or that the use case was not identified during the creation of this utility.
NOTE 2: Every new HF or vRollup the new version of the plugins can appear in list for migration. Due to this issue, we created a gatherer application which collects info about plugins and updates the ExcludedSoftwareList.xml file.
How to use the gatherer utility (only for 7.6 version) Run the utility on a machine with the ITMS which should be upgraded. The file "ExcludedSoftwareList.xml" must be in the same folder as the "Gatherer" file utility. In the right part of the interface is a list of components that have already been excluded from the list of transfer and left part is list of possible software resource candidates for exclude. Select software components in left window and press ">>" button to move to right window. The "Delete from list" key is used to reverse the action. After closing the utility "ExcludedSoftwareList.xml" is ready and should be attached to replicator.
NOTE! This utility should not be used on Software Resources that have been upgraded already. For example if you use this tool to export your Software Resources, then proceed to upgrade your database to 8.0, trying to import an already existing, upgraded resource will cause issues and should not be attempted.