Tim, MarkLogic Support or Professional Services can help with exact recommendations based on your hardware, but I would keep multiple forests for a database. There are some cases where the server can do more things in parallel if there are multiple forests and you have many CPU cores. If you need to rebalance to multiple servers later it is easier to split up the data if they are in many forests. If the database grows much past 200GB you might start to get over-sized forests (see some rules of thumb here: http://docs.marklogic.com/5.0doc/docapp.xqy#display.xqy?fname=http://pubs/5.0doc/xml/performance/perftune.xml%2342588)
If the copy is between servers, use XQSync, but if it's on the same server (i.e. you are changing databases or rebalancing forests but not moving to new servers) you can use CORB and xdmp:eval() with a <database> option, or cts:uris() and xdmp:document-insert() with the $forest-ids parameter to move the internal compressed formats more quickly than serialized XML. Yours, Damon -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Tim Meagher Sent: Tuesday, July 10, 2012 10:15 PM To: 'MarkLogic Developer Discussion' Subject: [MarkLogic Dev General] Migrating content to another database Hi Folks, I have over 150 GB of content in one database that is currently spread unevenly across 3 forests on 3 separate devices. I need to migrate this content to a new database which uses one device with more than enough space for all of the content. Since there is only one device, I'm wondering if there is any advantage or disadvantage to using multiple forests. I think I should be able to simply copy the content by creating 3 forests in the new database and copying the forests over, but I'd like to know if this is not an optimal solution in which case I will need to be a little more resourceful about copying the content over. Perhaps xqsync? Tim Meagher P.S. Using MOvign content from ML 4.1 to ML 4.2. Sorry, not yet at 5! _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
