{"id":14117,"date":"2020-05-09T18:00:17","date_gmt":"2020-05-09T16:00:17","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/"},"modified":"2020-05-09T18:00:17","modified_gmt":"2020-05-09T16:00:17","slug":"documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/","title":{"rendered":"Documentum Upgrade – dm_DataDictionaryPublisher with wrong target server"},"content":{"rendered":"

As part of the same migration & upgrade project I talked about in previous blogs already (corrupt lockbox<\/a> & duplicate objects<\/a>), I have seen a strange but consistent behavior in each upgrade from Documentum 7.x to 16.x versions. During this process, just before the upgrade, a cloning is done to a staging environment, to keep the source untouched.<\/p>\n

 <\/p>\n

As part of this cloning, an update of the target_server value of the dm_job objects is done to use the new host, obviously. Therefore, once the cloning is done, I’m sure that all the jobs, without exception, were using the correct target_server, according to our best practices. This means most of the jobs targeting ANY running server and then distributed jobs with some specific configurations. As you probably already understood via the title of this blog, one of the issue I faced in every single upgrade from 7.x to 16.x is that the Documentum upgrade installer is changing the target_server of some jobs and for one of them, it is actually causing an issue.<\/p>\n

 <\/p>\n

Checking the target_server after the upgrade showed that this parameter has been updated for several jobs, which therefore lost our best practices. However, the real problem was for the dm_DataDictionaryPublisher job:<\/p>\n

[dmadmin@stg_cs ~]$ repo=\"REPO1\"\n[dmadmin@stg_cs ~]$ iapi ${repo} -Udmadmin -Pxxx << EOC\n?,c,SELECT r_object_id, object_name, r_creation_date, r_modify_date, target_server FROM dm_job WHERE object_name='dm_DataDictionaryPublisher';\nexit\nEOC\n\n        OpenText Documentum iapi - Interactive API interface\n        Copyright (c) 2018. OpenText Corporation\n        All rights reserved.\n        Client Library Release 16.4.0200.0080\n\nConnecting to Server using docbase REPO1\n[DM_SESSION_I_SESSION_START]info:  \"Session 010f123450373995 started for user dmadmin.\"\n\nConnected to OpenText Documentum Server running Release 16.4.0200.0256  Linux64.Oracle\nSession id is s0\nAPI> r_object_id       object_name                 r_creation_date     r_modify_date       target_server\n----------------  --------------------------  ------------------  ------------------  ----------------------------------------------------------------------------------------\n080f123450000381  dm_DataDictionaryPublisher  11\/8\/2018 07:04:37  2\/10\/2020 17:13:54  REPO1.REPO1.REPO1@stg_cs\n(1 row affected)\n\nAPI> Bye\n[dmadmin@stg_cs ~]$<\/pre>\n
 <\/p>\n
Assuming a repository name of REPO1, you can connect to it using just “${repo_name}<\/em>“. However, you can also connect to a specific Content Server using “${repo_name}.${dm_server_config_name}<\/em>“. For a Primary CS, it is therefore usually something like “REPO1.REPO1<\/em>“. I assume that what is happening is that somewhere in the code, instead of using “REPO1<\/em>” as repository name and appending “.REPO1<\/em>” to it so that the job run on the Primary CS, they actually used a repository name which is already the Primary CS target and therefore you end-up with “REPO1.REPO1.REPO1@…<\/em>” in the target_server, which is wrong.<\/p>\n
 <\/p>\n
During the upgrade process, there are many things happening, as you can expect… One of these is the execution of the toolset.ebs script. This script is configuring the target_server on several OOTB Documentum jobs. It will create (or rather overwrite in case of an upgrade) the log file “$DOCUMENTUM\/dba\/config\/REPO1\/sysadmin.trc<\/em>“. Looking into this file about changes done to the target_server parameters, you can see the following:<\/p>\n
[dmadmin@stg_cs ~]$ cd $DOCUMENTUM\/dba\/config\/${repo}\/\n[dmadmin@stg_cs REPO1]$ \n[dmadmin@stg_cs REPO1]$ grep -E \"dm_DataDictionaryPublisher|target_server\" sysadmin.trc | sed 's,.*.[sg]et(,(,'\n(\"set,c,080f123450000359,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035a,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035b,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035c,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035d,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035e,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000035f,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000360,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000361,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000362,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000036d,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000036e,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f12345000036f,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000370,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000371,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000372,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000373,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000374,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000375,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000376,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"retrieve,c,dm_job where object_name = 'dm_DataDictionaryPublisher'\") ==> \"080f123450000381\"\n(\"set,c,080f123450000381,target_server\",\"dummy\") ==> true\n(\"retrieve,c,dm_method where object_name = 'dm_DataDictionaryPublisher'\") ==> \"100f123450000380\"\n(\"set,c,080f123450000382,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000383,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n(\"set,c,080f123450000384,target_server\",\"REPO1.REPO1@stg_cs\") ==> true\n[dmadmin@stg_cs REPO1]$<\/pre>\n
 <\/p>\n
During the upgrade process, the target_server is set to “dummy<\/em>” by this script for the dm_DataDictionaryPublisher job. As you know, that’s definitively not a correct value for a target_server but this is expected in this case, most probably to prevent it from running (we deactivate all the jobs before migration anyway)… Later, as part of the step (from the logs) “[main] com.documentum.install.server.installanywhere.actions.cfs.DiWAServerProcessingScripts2 – Executing the Java Method Server Configuration Setup script<\/em>“, the script named “dm_defaultevent_set.ebs<\/em>” is executed and create the log file “$DOCUMENTUM\/dba\/config\/REPO1\/dm_defaultevent_set.out<\/em>“. Looking inside this script, you can see the following:<\/p>\n
[dmadmin@stg_cs REPO1]$ grep -C5 \"retrieve.*dm_DataDictionary\" $DM_HOME\/install\/admin\/dm_defaultevent_set.ebs\n  TargetServer = docbase & \".\" & _\n  dmAPIGet(\"get,s0,serverconfig,object_name\") & _\n  \"@\" & dmAPIGet(\"get,s0,serverconfig,r_host_name\")\n\n\n  ID = dmAPIGet(\"retrieve,\" & sess & \",dm_job where object_name = 'dm_DataDictionaryPublisher'\")\n  If ID <> \"\" Then\n    buff = \"set,\" & sess & \",\" & ID & \",target_server\"\n    ret% = dmAPISet(buff, TargetServer)\n    buff = \"set,\" & sess & \",\" & ID & \",run_now\"\n    ret% = dmAPISet(buff, \"T\")\n[dmadmin@stg_cs REPO1]$<\/pre>\n
 <\/p>\n
Based on the above, it looks like the script is correct: it does set the target_server to be “${repo_name}.${dm_server_config_name}@${dm_server_config_hostname}<\/em>“. Therefore, as I suspected & mentioned already above, it must be a problem caused by the fact that the “${repo_name}<\/em>” used to execute this script isn’t “REPO1<\/em>” but is instead “REPO1.REPO1<\/em>“. To confirm that, simply compare the definition of the “docbase<\/em>” variable from the script with the generated log file:<\/p>\n
[dmadmin@stg_cs REPO1]$ grep \"Start running\" $DM_HOME\/install\/admin\/dm_defaultevent_set.ebs\n    Print \"Start running dm_defaultevent_set.ebs script on docbase \" & docbase\n[dmadmin@stg_cs REPO1]$\n[dmadmin@stg_cs REPO1]$ cat dm_defaultevent_set.out\nConnect to docbase REPO1.REPO1\nStart running dm_defaultevent_set.ebs script on docbase REPO1.REPO1\nAudited the dm_docbase_config for event dm_default_set\nSetting the Data Dictionary job state to active\nSuccessfully updated job object for DataDictionaryPublisher\nFinished running dm_defaultevent_set.ebs...\nDisconnect from the docbase.\n[dmadmin@stg_cs REPO1]$<\/pre>\n
 <\/p>\n
The above confirms that the ebs script is indeed executed with a repository name of “REPO1.REPO1<\/em>” which cause the wrong target_server in the end. Looking at the other log files created by the upgrade shows that there are apparently some discrepancies. The following log files seems to be OK: dm_crypto_upgrade_52.out, headstart.out, replicate_bootstrap.out, sysadmin.trc, aso… While these ones apparently might not (would needs some debugging to validate): dm_gwm_install.out?, dm_java_methods.out?, dm_defaultevent_set.out, aso…<\/p>\n
 <\/p>\n
I guess I will open a Service Reqest with the OpenText Support to get this looked at. It might not be a big issue if it’s just about the target_server of the dm_DataDictionaryPublisher job but I’m afraid there would be something else hidden in another script or object that I haven’t seen yet… The previous blog I wrote about duplicate JMS\/ACS object (link at the top of this blog) might also be a consequence? Anyway, while waiting for a feedback from OpenText, we can just fix the issue for this job by re-applying the correct configuration (running on ANY):<\/p>\n
[dmadmin@stg_cs REPO1]$ iapi ${repo} -Udmadmin -Pxxx << EOC\n?,c,UPDATE dm_job OBJECTS SET target_server=' ' WHERE object_name='dm_DataDictionaryPublisher';\n?,c,SELECT r_object_id, object_name, r_creation_date, r_modify_date, target_server FROM dm_job WHERE object_name='dm_DataDictionaryPublisher';\nexit\nEOC\n\n        OpenText Documentum iapi - Interactive API interface\n        Copyright (c) 2018. OpenText Corporation\n        All rights reserved.\n        Client Library Release 16.4.0200.0080\n\nConnecting to Server using docbase REPO1\n[DM_SESSION_I_SESSION_START]info:  \"Session 010f123450373a42 started for user dmadmin.\"\n\nConnected to OpenText Documentum Server running Release 16.4.0200.0256  Linux64.Oracle\nSession id is s0\nAPI> objects_updated\n---------------\n              1\n(1 row affected)\n[DM_QUERY_I_NUM_UPDATE]info:  \"1 objects were affected by your UPDATE statement.\"\n\nAPI> ?,c,SELECT r_object_id, object_name, r_creation_date, r_modify_date, target_server FROM dm_job WHERE object_name='dm_DataDictionaryPublisher';\nr_object_id       object_name                 r_creation_date     r_modify_date       target_server\n----------------  --------------------------  ------------------  ------------------  --------------\n080f123450000381  dm_DataDictionaryPublisher  11\/8\/2018 07:04:37  2\/11\/2020 07:04:45  \n(1 row affected)\n\nAPI> Bye\n[dmadmin@stg_cs REPO1]$<\/pre>\n
 <\/p>\n
If I receive some important information from the OpenText Service Request, I will try to update this blog to add the details (like other potential issues linked).<\/p>\n
 <\/p>\n
Edit: I opened the SR#4485076<\/strong> and OpenText confirmed the bug. They apparently already knew about the issue for dm_DataDictionaryPublisher since it has been fixed (normally) in 16.4 P23 released on 30-March-2020. They are still looking into potential issues with the other scripts.<\/em><\/p>\n
 <\/p>\n","protected":false},"excerpt":{"rendered":"
As part of the same migration & upgrade project I talked about in previous blogs already (corrupt lockbox & duplicate objects), I have seen a strange but consistent behavior in each upgrade from Documentum 7.x to 16.x versions. During this process, just before the upgrade, a cloning is done to a staging environment, to keep […]<\/p>\n","protected":false},"author":20,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[197,525],"tags":[1621,1925,1935,129,1936,219],"type_dbi":[],"class_list":["post-14117","post","type-post","status-publish","format-standard","hentry","category-application-integration-middleware","category-enterprise-content-management","tag-16-4","tag-7-x","tag-datadictionarypublisher","tag-documentum","tag-target_server","tag-upgrade"],"acf":[],"yoast_head":"\nDocumentum Upgrade - dm_DataDictionaryPublisher with wrong target server - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Documentum Upgrade - dm_DataDictionaryPublisher with wrong target server\" \/>\n<meta property=\"og:description\" content=\"As part of the same migration & upgrade project I talked about in previous blogs already (corrupt lockbox & duplicate objects), I have seen a strange but consistent behavior in each upgrade from Documentum 7.x to 16.x versions. During this process, just before the upgrade, a cloning is done to a staging environment, to keep […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2020-05-09T16:00:17+00:00\" \/>\n<meta name=\"author\" content=\"Morgan Patou\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@MorganPatou\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Morgan Patou\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/\"},\"author\":{\"name\":\"Morgan Patou\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/c4d05b25843a9bc2ab20415dae6bd2d8\"},\"headline\":\"Documentum Upgrade – dm_DataDictionaryPublisher with wrong target server\",\"datePublished\":\"2020-05-09T16:00:17+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/\"},\"wordCount\":865,\"commentCount\":0,\"keywords\":[\"16.4\",\"7.x\",\"DataDictionaryPublisher\",\"Documentum\",\"target_server\",\"Upgrade\"],\"articleSection\":[\"Application integration & Middleware\",\"Enterprise content management\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/\",\"name\":\"Documentum Upgrade - dm_DataDictionaryPublisher with wrong target server - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\"},\"datePublished\":\"2020-05-09T16:00:17+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/c4d05b25843a9bc2ab20415dae6bd2d8\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Documentum Upgrade – dm_DataDictionaryPublisher with wrong target server\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/c4d05b25843a9bc2ab20415dae6bd2d8\",\"name\":\"Morgan Patou\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g\",\"caption\":\"Morgan Patou\"},\"description\":\"Morgan Patou has over 12 years of experience in Enterprise Content Management (ECM) systems, with a strong focus in recent years on platforms such as Alfresco, Documentum, and M-Files. He specializes in the architecture, setup, customization, and maintenance of ECM infrastructures in complex & critical environments. Morgan is well-versed in both engineering and operations aspects, including high availability design, system integration, and lifecycle management. He also has a solid foundation in open-source and proprietary technologies - ranging from Apache, OpenLDAP or Kerberos to enterprise-grade systems like WebLogic. Morgan Patou holds an Engineering Degree in Computer Science from ENSISA (\u00c9cole Nationale Sup\u00e9rieure d'Ing\u00e9nieurs Sud Alsace) in Mulhouse, France. He is Alfresco Content Services Certified Administrator (ACSCA), Alfresco Content Services Certified Engineer (ACSCE) as well as OpenText Documentum Certified Administrator. His industry experience spans the Public Sector, IT Services, Financial Services\\\/Banking, and the Pharmaceutical industry.\",\"sameAs\":[\"https:\\\/\\\/blog.dbi-services.com\\\/author\\\/morgan-patou\\\/\",\"https:\\\/\\\/x.com\\\/MorganPatou\"],\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/author\\\/morgan-patou\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Documentum Upgrade - dm_DataDictionaryPublisher with wrong target server - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/","og_locale":"en_US","og_type":"article","og_title":"Documentum Upgrade - dm_DataDictionaryPublisher with wrong target server","og_description":"As part of the same migration & upgrade project I talked about in previous blogs already (corrupt lockbox & duplicate objects), I have seen a strange but consistent behavior in each upgrade from Documentum 7.x to 16.x versions. During this process, just before the upgrade, a cloning is done to a staging environment, to keep […]","og_url":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/","og_site_name":"dbi Blog","article_published_time":"2020-05-09T16:00:17+00:00","author":"Morgan Patou","twitter_card":"summary_large_image","twitter_creator":"@MorganPatou","twitter_misc":{"Written by":"Morgan Patou","Est. reading time":"8 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/"},"author":{"name":"Morgan Patou","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8"},"headline":"Documentum Upgrade – dm_DataDictionaryPublisher with wrong target server","datePublished":"2020-05-09T16:00:17+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/"},"wordCount":865,"commentCount":0,"keywords":["16.4","7.x","DataDictionaryPublisher","Documentum","target_server","Upgrade"],"articleSection":["Application integration & Middleware","Enterprise content management"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/","url":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/","name":"Documentum Upgrade - dm_DataDictionaryPublisher with wrong target server - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2020-05-09T16:00:17+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/documentum-upgrade-dm_datadictionarypublisher-with-wrong-target-server\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Documentum Upgrade – dm_DataDictionaryPublisher with wrong target server"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/c4d05b25843a9bc2ab20415dae6bd2d8","name":"Morgan Patou","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5d7f5bec8b597db68a09107a6f5309e3870d6296ef94fb10ead4b09454ca67e5?s=96&d=mm&r=g","caption":"Morgan Patou"},"description":"Morgan Patou has over 12 years of experience in Enterprise Content Management (ECM) systems, with a strong focus in recent years on platforms such as Alfresco, Documentum, and M-Files. He specializes in the architecture, setup, customization, and maintenance of ECM infrastructures in complex & critical environments. Morgan is well-versed in both engineering and operations aspects, including high availability design, system integration, and lifecycle management. He also has a solid foundation in open-source and proprietary technologies - ranging from Apache, OpenLDAP or Kerberos to enterprise-grade systems like WebLogic. Morgan Patou holds an Engineering Degree in Computer Science from ENSISA (\u00c9cole Nationale Sup\u00e9rieure d'Ing\u00e9nieurs Sud Alsace) in Mulhouse, France. He is Alfresco Content Services Certified Administrator (ACSCA), Alfresco Content Services Certified Engineer (ACSCE) as well as OpenText Documentum Certified Administrator. His industry experience spans the Public Sector, IT Services, Financial Services\/Banking, and the Pharmaceutical industry.","sameAs":["https:\/\/blog.dbi-services.com\/author\/morgan-patou\/","https:\/\/x.com\/MorganPatou"],"url":"https:\/\/www.dbi-services.com\/blog\/author\/morgan-patou\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/14117","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/20"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=14117"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/14117\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=14117"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=14117"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=14117"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=14117"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}