After migrating to IBM® Connections
5.0, you need to perform further tasks to ensure that your new deployment
is complete.
Before you begin
Ensure that you have completed any required post-installation
tasks.Ensure that you backed up customized files from your IBM Connections 4.5 deployment.
For more information, see the Saving your customizations topic.
About this task
After updating or migrating IBM Connections,
you must update manually any custom fields and customized files that
could not be automatically updated or migrated.
To finalize
the migration process, complete the following steps:
Procedure
- Reapply the customizations that you used in version 4.5.
For more information about migrating customizations, see the Saving
your customizations topic.
- Migrate any JSP, CSS, and string customizations.
- Verify that your Blogs themes are present in 5.0. If
not, manually update them. For more information, see the Customizing
a blog theme topic.
- Update your customized Community themes.
- Copy the 4.5 version of the profiles-policy.xml file
to the 5.0 deployment, overwriting the 5.0 version of the file. For
more information, see the Post-migration steps for profile types
and profile policies topic.
- Copy the customized XSD elements of the 4.5 service-location.xsd file
to the 5.0 version of the file.
- Redefine customized Profiles fields in the validation.xml file.
- Migrate your 4.5 JavaScript customizations.
For more information, see the Customizing strings sourced in JavaScript and Extending JavaScript in IBM Connections topics.
- Reapply any proxy configurations, if necessary. For more
information, see the Configuring the AJAX proxy and Configuring
a reverse caching proxy topics.
- Required: Migrate (if migrating from version
4.5), or recreate (if migrating from version 4.0) your premigration
content search indexes. For more information, refer to Migrating
the search index from the Connections 4.5 deployment to Connections
5.0 and Recreating the Search index after migrating from
a Connections 4.0 deployment.
- Synchronize the member database tables for each IBM Connections application with
the data in the user directory. For more information, see the Synchronizing
user data using administrative commands topic.
Note: You
must have a web server configured for IBM Connections
before attempting to synchronize Profiles and the LDAP directory.
- Optional: If you used IBM Connections Connectors in version 4.0, such
as Lotus® Quickr®, reinstall them.
Note: You
must obtain the 4.5 version of Connections Connector for Lotus Quickr from
the IBM Collaboration Solutions
Catalog.
- Optional: If you defined a server whitelist
in version 4.5 for publishing file attachments from Activities to Lotus Quickr, redefine it.
- If you changed the root URL of any IBM Connections application, and if the old and
new URLs point to the same web server, redirect requests to the new
URL:
- Open the httpd.conf file in a text
editor. The file is located in the ibm_http_server_root/conf
directory.
- Uncomment the following line:
LoadModule
rewrite_module modules/mod_rewrite.so
- Add the following statements:
Note: - The lines referring to weblogs redirect all
requests for the pre-migration URL of https://blog45.example.com/weblogs/* to
the post-migration URL of https://blog50.example.com/newblogs/*.
Substitute your own URLs as appropriate.
- The lines referring to bookmarklet redirect the
path of the bookmarklet feature to make it work in 5.0. Use the exact
URLs shown.
RewriteEngine
on
RewriteRule /weblogs/(.*) https://blog50.example.com/newblogs/$1
[R,L]
RewriteCond %{REQUEST_URI} /(.*)/bookmarklet/(.*)
RewriteCond
%{REQUEST_URI} !^/connections/bookmarklet/(.*)
RewriteRule
^/(.*)/bookmarklet/(.*) /connections/bookmarklet/$2 [noescape,L,R]
Listen
0.0.0.0:443
<VirtualHost *:443>
RewriteEngine
on
RewriteRule /weblogs/(.*) https://blog40.example.com/newblogs/$1
[R,L]
ServerName blog40.example.com
SSLEnable
RewriteCond
%{REQUEST_URI} /(.*)/bookmarklet/(.*)
RewriteCond
%{REQUEST_URI} !^/connections/bookmarklet/(.*)
RewriteRule
^/(.*)/bookmarklet/(.*) /connections/bookmarklet/$2 [noescape,L,R]
</VirtualHost>
SSLDisable
- If you installed and configured IBM HTTP Server before installing IBM Connections 5.0, map the host name of your
deployment in the LotusConnections-config.xml file.
For more information, see the Updating IBM Connections to use the HTTP server topic.
- Optional: Remove the Location and ErrorDocument stanzas
if you added them to the httpd.conf file before
migrating. For more information, see the Preparing IBM Connections for maintenance topic.
What to do next
Important: After
you complete the mandatory post-installation tasks, update the deployment
with the latest fixes. For more information, see the
Updating IBM Connections 5.0 topic.
- Recreating the
Search index after migrating from a Connections 4.0 deployment
When
you update or migrate IBM Connections from a previous release, you
might need to rebuild the search index. This task is mandatory when
migrating from IBM Connections 4.0 or earlier to Connections 5.0,
since the index structure was changed between the Connections 4.0
and 4.5 releases.
- Migrating the search
index from the Connections 4.5 deployment to Connections 5.0
When
you upgrade a Connections 4.5 release to Connections 5.0, the index
structure is the same between the two releases and the index can be
migrated, avoiding the need to rebuild the search index fully
- Synchronizing files shared
with communities
After upgrading, you must synchronize files
that have been shared with communities.
- Post-migration
steps for profile types and profile policies
In migrating
to this release, there are significant changes to Profiles configuration
that should be validated. In prior releases, the layout of the profile
and the underlying data model were defined in the profiles-config.xml
file. In this release, the data model for profile-type definitions
has been moved into a dedicated profiles-types.xml file and the rules
for presentation of a profile have been moved into a set of FreeMarker
template files.
- Restoring
the Communities catalog index
If the Communities catalog
index becomes corrupted or is not being refreshed properly, you can
delete the existing index data to rebuild the index.
- Restoring
the activity stream search index
If the activity stream search
index becomes corrupt or is not being refreshed properly, you can
delete the existing index data to rebuild the index.