Why do you expect reducing the number of forests to improve performance? Depending on circumstances it could, but more often I see too few forests. I usually size systems with one main content forest per two CPU cores. If you don't have enough content to fill out that many forests then reducing the number could make sense. But in general forests are the basis for parallelism, both for queries and updates, so performance benefits from the 1:2 ratio. Of course you also need enough memory, disk I/O, and network to keep up with that.
Anyway, if you still want to remove any forests I'd retire them and let rebalancing take care of it: https://docs.marklogic.com/guide/admin/database-rebalancing#id_23094 When rebalancing takes the forest to 0 documents, you can detach and delete it. Rebalancing and retired forests are new features in MarkLogic 7. But if I were still running MarkLogic 5 or 6 I'd treat it as a compelling reason to upgrade. So far all the upgrades I've done have gone smoothly, with no code changes needed. Or you could try https://github.com/mblakele/task-rebalancer if you like. Set the unwanted forests to 'delete-only' and let it run. Once the document counts are 0, detach and delete. But even though that is my code and I think it's pretty solid, I'd recommend upgrading to MarkLogic 7 instead. You'll get quite a few other nice features and improvements, too. -- Mike > On 13 Dec 2014, at 09:32 , Danny Sinang <[email protected]> wrote: > > We would like to improve our ML cluster performance by reducing the number of > forests. > > Consolidating modules databases/forests manually is easy via webdav. > > How about content data from multiple forests ? > > What's the best way to move them into a consolidated content forest ? > > Regards, > Danny > > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
