<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Armedia &#187; Data Migration</title>
	<atom:link href="http://www.armedia.com/blog/category/data_migration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.armedia.com/blog</link>
	<description>Armedia Blog</description>
	<lastBuildDate>Thu, 29 Jul 2010 16:32:32 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>So long, farewell, auf Wiedersehen, eRoom</title>
		<link>http://www.armedia.com/blog/2010/06/so-long-farewell-auf-wiedersehen-eroom/</link>
		<comments>http://www.armedia.com/blog/2010/06/so-long-farewell-auf-wiedersehen-eroom/#comments</comments>
		<pubDate>Fri, 11 Jun 2010 20:23:41 +0000</pubDate>
		<dc:creator>Colin Stephenson</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Data Migration]]></category>
		<category><![CDATA[Documentum]]></category>
		<category><![CDATA[Enterprise Content Management]]></category>
		<category><![CDATA[XML]]></category>
		<category><![CDATA[Alfresco]]></category>
		<category><![CDATA[Centerstage]]></category>
		<category><![CDATA[CMS]]></category>
		<category><![CDATA[Collaboration]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[eRoom]]></category>
		<category><![CDATA[ETL]]></category>
		<category><![CDATA[Migrate]]></category>
		<category><![CDATA[SharePoint]]></category>
		<category><![CDATA[transformation]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=420</guid>
		<description><![CDATA[A simple goal – “export, transform, load” – the destination is a matter of choice. EMC eRoom is going away.  It has been marked as End of Life (EOL) so what next?  EMC Documentum have 2 options: EMC Documentum Collaboration Services; EMC Documentum Centerstage.  Armedia’s immediate goal is to support Collaboration Services, then Centerstage but [...]]]></description>
			<content:encoded><![CDATA[<p>A simple goal – “<a href="http://en.wikipedia.org/wiki/Extract,_transform,_load" target="_blank">export, transform, load</a>” – the destination is a matter of choice.</p>
<p><a href="http://www.emc.com/products/family/eroom-family.htm">EMC eRoom</a> is going away.  It has been marked as End of Life (<a href="http://en.wikipedia.org/wiki/End-of-life_%28product%29">EOL</a>) so what next? <a href="http://www.emc.com/domains/documentum/index.htm"> EMC Documentum</a> have 2 options: EMC Documentum Collaboration Services; <a href="http://www.emc.com/products/detail/software/centerstage.htm">EMC Documentum Centerstage</a>.  Armedia’s immediate goal is to support Collaboration Services, then Centerstage but why stop there?  Why limit a client’s choice.</p>
<p>Armedia&#8217;s eRoom migration story is in 3 acts (and yes, I have been listening to some test pieces that I used to play in my <a href="http://www.downshirebrass.com/">brass banding</a> days &#8211; check out <a href="http://www.philipsparke.com/year_of_the_dragon%20BB.htm">Year of the Dragon</a> by <a href="http://www.philipsparke.com/">Philip Sparke</a>).</p>
<p><span style="text-decoration: underline;">Act I – The Export</span></p>
<p>Getting the content out of eRoom into an understandable format.  Of course, its not just the content, there is  a large quantity of metadata in eRoom as well.  Act I – The Export deals solely with interrogating eRoom and generating a document detailing everything about eRoom.  From communities to Files.  From eRoom Setup to databases – we mean everything.  The result: a well-formed XML document</p>
<p><span style="text-decoration: underline;">Act II – The Transformation</span></p>
<p>As with any classic performance, after the captivating opening, Act II deals with getting to know the characters.  In this case, the transformation gets to know the XML document and gains a deep understanding of the objects held within.  The transformation is responsible for also generating a secondary XML document. This is formed to support the ingestion to a new Content Management System (<a href="http://en.wikipedia.org/wiki/Content_management_system">CMS</a>) and / or Collaboration System.  Currently the supported transformation is for EMC Documentum Collaboration Services.  This can easily be extended due to the flexible architecture of this utility and is simply a case of transforming XML.</p>
<p><span style="text-decoration: underline;">Act III – The Load</span></p>
<p>The closing act is the build up to the dramatic climax which leaves the audience going “WOW!”.  eRoom Migration aims to achieve the same “WOW!”.  Now that the XML has been transformed you can sit back and let the load run automatically.  That’s it.  By using the ingestion engine of <a href="http://www.armedia.com/products/suite/">Caliente!</a> loading all the content and metadata is simple.  Just let eRoom Migration take care of everything for you.  The only thing it does not do is say “WOW!” – we leave that to you.</p>
<p>Over the next few weeks I plan to talk in more detail about the approach taken and dig deeper into the 3 different pieces of the migration effort.  For those eRoom users, what do you see yourselves using in the near future?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2010/06/so-long-farewell-auf-wiedersehen-eroom/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Migrating CAD Drawings into Documentum</title>
		<link>http://www.armedia.com/blog/2009/12/migrating-cad-drawings-into-documentum/</link>
		<comments>http://www.armedia.com/blog/2009/12/migrating-cad-drawings-into-documentum/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 20:10:10 +0000</pubDate>
		<dc:creator>Rahul Rana</dc:creator>
				<category><![CDATA[Data Migration]]></category>
		<category><![CDATA[Documentum]]></category>
		<category><![CDATA[CAD]]></category>
		<category><![CDATA[CADtop]]></category>
		<category><![CDATA[Content Management]]></category>
		<category><![CDATA[dfc]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=237</guid>
		<description><![CDATA[Anyone who has ever attempted a data migration knows that there is no such thing as &#8216;a smooth transfer of power&#8217;, as it were. From learning both the legacy system and the new system, business processes, data clean-up, data mapping, deciding between existing tools and creating new ones, there is a lot to keep track [...]]]></description>
			<content:encoded><![CDATA[<p>Anyone who has ever attempted a data migration knows that there is no such thing as &#8216;a smooth transfer of power&#8217;, as it were. From learning both the legacy system and the new system, business processes, data clean-up, data mapping, deciding between existing tools and creating new ones, there is a lot to keep track of to ensure that what you have at the end matches what you started with.</p>
<p>Migrating CAD engineering drawings poses its own set of unique challenges. AutoCAD and MicroStation drawings can internally have references to other drawing files that exist within the content management system (or file system). When moving these files over to a new system, care must be taken to ensure these references are maintained.</p>
<p>Sword <a href="http://www.cadtop.net/" target="_blank">CADtop</a> is a tool that provides users access to CAD drawings that are stored in a Documentum repository directly from within AutoCAD or MicroStation. It gives the user the ability to check in/out drawings, browse, search, view documents and attach reference drawings that exist in the docbase. CADtop maintains reference information by updating the links within the drawing and storing this information in a registered table.</p>
<p>CADtop also provides an import tool that can be used to migrate documents into the Documentum system. It handles importing of documents of multiple types, such as .pdfs, .docs, .tifs, etc. along with the drawing formats, .dwg and .dgn. It is a very simple to use command line tool, but it has its limitations. It can only handle importing up to around 5000 files at a time. However, this can be overcome by creating a batch script to automate the copying of sets of files to a temporary directory and running the import tool.</p>
<p>The import tool uses an XML configuration file to determine the object type, folder path to import from and cabinet/folder to import to. However, those are the only properties you can set. The import tool has no way to attach meta-data from a database to content files being imported. A way around this is to make sure each file has a unique name, then import the files, then using a DFC script, update the properties of all the objects in the docbase from an XML file (for example). This works well as long as all the filenames are unique in the first place, or not drawings with references. If filenames are not unique, then you would have to rename the files, which means the filenames will no longer match the drawing’s internal reference links.</p>
<p>The import tool provides you with a switch that lets you run it in attach reference mode. This allows you to pass an Excel file which consists of a table of parent object IDs, child object IDs and reference filenames, so that you can resolve references within drawing files after they’ve been imported into the docbase. Thereby allowing you to use a tool such as <a href="http://armedia.com/products/suite/">Caliente</a> (Shameless Plug™) to import the drawings into Documentum and update the properties. Then create the Excel file with all the references and run the CADtop import tool to attach them.</p>
<p>The end result will be that when you open one of these drawings through AutoCAD, CADtop will automatically pull out all the references from the Documentum repository and display them, just as in the legacy system.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2009/12/migrating-cad-drawings-into-documentum/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Content Collection, Migration, and Delivery</title>
		<link>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/</link>
		<comments>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/#comments</comments>
		<pubDate>Fri, 19 Jun 2009 22:17:42 +0000</pubDate>
		<dc:creator>Kristin Evans</dc:creator>
				<category><![CDATA[Alfresco]]></category>
		<category><![CDATA[Business Intelligence]]></category>
		<category><![CDATA[Case Management]]></category>
		<category><![CDATA[Content Authoring]]></category>
		<category><![CDATA[Content Server]]></category>
		<category><![CDATA[Data Migration]]></category>
		<category><![CDATA[Documentum]]></category>
		<category><![CDATA[Electronic Health Records]]></category>
		<category><![CDATA[Enterprise Content Management]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[Performance Monitoring]]></category>
		<category><![CDATA[Records Management]]></category>
		<category><![CDATA[SharePoint]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[Web Content Management]]></category>
		<category><![CDATA[eDiscovery]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=192</guid>
		<description><![CDATA[There are well over 35 proprietary document management systems, an astronomical number of homegrown document management systems, and billions of sources for information to come from.  As technology changes, new and better features are added to current systems, new products are coming out, and software systems frequently have to be upgraded.  As companies merge, workflows [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">There are well over 35 proprietary document management systems, an astronomical number of homegrown document management systems, and billions of sources for information to come from.<span style="mso-spacerun: yes;">  </span>As technology changes, new and better features are added to current systems, new products are coming out, and software systems frequently have to be upgraded.<span style="mso-spacerun: yes;">  </span>As companies merge, workflows that were once adequate, no longer cover the bases for the growing needs of the “new” organization.<span style="mso-spacerun: yes;">  </span>What happens when companies merge and they were using two different document management systems?<span style="mso-spacerun: yes;">  </span>Which one takes over?<span style="mso-spacerun: yes;">  </span>Or do they continue to use both?<span style="mso-spacerun: yes;">  </span>As organizations grow, merge, and split, the number of input sources and output destinations dramatically increase.<span style="mso-spacerun: yes;">  </span>How do we integrate these new information pathways , along with new applications that are introduced, keeping you in the same locked in status? </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">It’s simple.<span style="mso-spacerun: yes;">  </span>The new Content I/O Suite.<span style="mso-spacerun: yes;">  </span>Armedia’s Content I/O Suite allows users to collect information from all of those billions of sources, migrate it to the centralized repository in the company, and then, if needed, deliver that information to the different web portals that may need to view the information later.<span style="mso-spacerun: yes;">  </span>In fact, it can even send the information to multiple repositories all from the same interface.<span style="mso-spacerun: yes;">  </span>So what if Human Resources uses Documentum, and Accounting uses Laserfiche, and some departments have their own collaborative eRoom set up, but you just merged with another company who uses SharePoint and FileNet.<span style="mso-spacerun: yes;">  </span>What if one user could capture the information coming in from the website, or through email, or through regular snail mail, and deliver it into the appropriate system, without that one user ever having to be trained in each of those systems?<span style="mso-spacerun: yes;">  </span>Sounds too good to be true, doesn’t it?<span style="mso-spacerun: yes;">  </span>Check it out at <a href="http://armedia.com/products/suite/">http://armedia.com/products/suite/</a>. </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">-Kristin Evans</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
