The Smart Way to Upgrade Content Server - Zero Downtime, Single Hop - In our experience, production outages, disruptions and resource availability are major barriers to organizations performing a timely Livelink or Content Server upgrade to the latest releases of OpenText Content Server 10.X & 16.
Over a number of years, Syntergy has developed a proven upgrade methodology which includes the use of the Syntergy's Replicator for OpenText Content Server software. This approach gives you the capability to perform upgrades directly from older versions of Livelink and Content Server to the latest releases in a Single Hop (no need up "hop" through multiple version upgrades) with Zero Downtime
5. Synchronize: Replicator
Immediate, live, bidirectional replication
Synchronize across large, dispersed, multi-versions
Content Server deployments
Replication across multiple Content Server
versions (9.0, 9.5, 9.7, 10.X, 16 (future))
Install and use within Content Server.
• Global Office Locations
• Offshore/Offline access
• Intranet/Extranet Sync
• High Availability/DR
• Migration/Upgrade Companion
#1
Content Server
Synchronization
6. Reasons to Use Content Server Replication: #1
• Content Server Upgrades / Migrations / Consolidations
Side by Side environments
Migrate all data using standard tools
Keep data in sync using Replicator
Departments can be moved to CS10.5, sequentially, while remainder of
company is still on Livelink v9.x
No downtime
Content
Server 10.5/
Suite 16
Livelink v9.x
7. Perform UTF-8 conversion if using Latin-1 (non-trivial)
If Livelink version < 9.7.1, upgrade to Livelink 9.7.1 (non-trivial)
Build Content Server 10.5 environment
Production outage begins
Take database snapshot and transfer to new system
Image EFS and transfer to new system
Copy search index (unless rebuilding)
Update database
Point to new EFS location via SQL
Other changes - recycle bin, etc.
Perform upgrade
Post-upgrade steps (rebuild or restore index, etc)
Test (if time remains)
Change DNS to point to CS10
Production outage ends
All steps should ideally happen twice for upgrade testing
Standard Upgrade Steps
8. Build Content Server 10.5 environment
Install Replicator module in Livelink (source and target) and
Content Server clusters
Initialize replication
Wait for systems to synchronize
Test
Change DNS to point to new CS 10.5 environment
From user perspective, upgrade will be instantaneous
No production outage
Both systems can be live simultaneously
Replicator Upgrade Steps
9. Build duplicate 9.7.1 (source) environment
Copy EFS, search index and database
Initialize replication between duplicate environments
Disable Replicator outbound traffic
Perform upgrade to CS10.5 (target) on duplicate system
Enable replication traffic and changes will be synchronized
Switch DNS entries
Alternate Cloned Approach Upgrade Method
10. Re-Parent Options for Migrations
Enterprise
IT
Support
Dev
QA
Enterprise
Departments
IT
Support
Dev
QA
Content can be reorganized
during replication by
choosing a different parent
for a replicated object
11. Replication Scenario
Environment A
LL 9.7.1 Front End Admin Server
Oracle
DB
Environment B
CS 10.5 Front End Admin Server
Replicator
EFS
SQL Server DB EFS
Archive
Server
12. Support for basic object types and many optional modules:
– Documents
– Compound Docs
– Folders
– Categories/Attributes
– Tasks
– Projects
– Communities of Practice
– Workflows & Forms
– Records Management
– Transmittals
– CAD Manager
– Automatic Document Numbering
– Electronic Signatures
– Communities of Practice
Supported Object Types
13. HTTP/HTTPS used for all communication
No special firewall requirements
Flexible options for file transfers allows Replicator to operate
on unreliable or slow connections
Transfer file size is configurable
Metadata and file content is compressed before transfer
Compressed export files can be chunked up and transferred for
increased reliability
No network activity unless content changes
Efficient Transport