Comments on: Tips: Sizing a D6 System

By: Pie

Pie — Tue, 25 Aug 2009 14:52:06 +0000

Most of the new, as of 6.5, interfaces are based upon DFS. Central of these is CenterStage. However, it doesn’t have an inbox built at this time, though it is coming in the near future. That is probably your best option if DFS is your central driver.

By: Yoram Halberstam

Yoram Halberstam — Tue, 25 Aug 2009 09:25:05 +0000

Hi,

I’m currently evaluating if Documentum in an SOA context.

We thought originally to use Taskspace for front end. I’ve seen Taskspace and at first glance think the product uses DFC for built in functionalities, only on custom ones (such as Form) can I use DFS or a bespoke web service.

Does anyone knows if that is a correct assumption and point me to the direction of an EMC product (or a product that work with Documentum) where services are used behind the the scene? The idea is that I want to minimize front end development (forms or others) and maximize the reuse of web services.

For example we use an old DMS and the and migration is too costly but I know I can map the old DMS to Documentum 6.5 metadata structure. The datasource service I envisage, in this case, would search for document/metadata in the old or D6.5 respository but present it to the front as D6.5 data (so that the client will be able to migrate independently from the data) reusing D6.5 WSDL.

I hope that make sense.

Thank you for your time.

Regards

Yoram

By: Pie

Pie — Wed, 16 Jul 2008 14:48:13 +0000

I never found it. I’ve never seen a copy “publicly” available. If I had, I’d gladly share it to save people from looking.

-Pie

By: chrism07924

chrism07924 — Wed, 16 Jul 2008 14:07:03 +0000

does anyone know where the final (or draft) version of the d6 sizing guide(s) are located at EMC Powerlink?

By: Alexandra Larsson

Alexandra Larsson — Thu, 22 Nov 2007 23:21:17 +0000

Even though I think WebTop has got the biggest improvement, the DAM is a really nice application I think. Well, the thing is that having multiple instances running on the same server won’t help at all. First, because we get these crashes when we run only DAM on one dedicated Windows 2003 Server. We actually started out having both DA and DAM on the same machine and that did not work at all (you could only use on of them at the time).

Since I am not the biggest Windows-fan around I meant *nix when talking about 64-bit Actually what we did today was to deploy our DAM to another 64-bit Linux machine with 4 Gb RAM. We allocated 3 Gb for the Java heap and then also found the parameters to increase the perm gen size as well. Now we have not had any crashes so far. However, we think that while running Tomcat on Windows 32-bit the parameters for perm gen size does not work…

Yes, we have escalated that as a ticket to EMC Support…

Next up for us is to switch from a single 32-bit SQL Server 2005 on one machine to a cluster (3 machines) of 64-bit SQL Server 2005. Will be interesting to see if there are any performance gains since the whitepaper suggest so…

By: Pie

Pie — Thu, 22 Nov 2007 14:05:51 +0000

Haven’t used DAM in D6. I would suggest running multiple instances of your Web App Software on your server and have one devoted to DAM.

For a server, 64-bit may be worth it. UNIX or Linux is also a nice option for a Web App server.

Oh, and let EMC know if you already haven’t.

By: Alexandra Larsson

Alexandra Larsson — Wed, 21 Nov 2007 22:12:22 +0000

I have a memory-related observation regarding Digital Asset Manager in D6. We have recently upgradeed to D6 and we have found an issue which seem to be related to Java on 32-bit Windows.

We reguarly get PermGen Space errors in DAM (which crashes the whole application) which we think is due to a lot of classes being loaded in the Permanent generation space of the JVM. One way of provoking that is to run reports which renders a use of the Java-based Crystal reports engine. Since Windows can only have a max heap size of 1,5 Gb or so it also means that the PermGen spaces seem to be too small and we have not yet been able to increase that size.

So I wonder if a practical recommendation would be to run DAM on an 64-bit operating system with a JVM that supports a bigger heap size for Java. Would be interesting to hear your comments on this…

By: Pie

Pie — Wed, 21 Nov 2007 19:47:19 +0000

Craig, thanks for the response. Ok, so one comment was D6 specific. I’ve updated. As for metadata to collect in regards to that, until I have more experience, I’ll defer to you to tell us what is required. I mean, assuming DFS is co-located, and you are servicing X users on Content Apps (SharePoint) and supporting X users on Integrated Apps (Siebel), what is the overhead required for DFS? This would in addition to what is already there for other apps.

You make a good point about JVMs. However, the spreadsheet just offers a JVM version, not provider. I expect this would only impact the Application Server anyway as, typically, the Content Server and Method Server use the packaged JVMs and are thus set by the Documentum version.

By: Craig Randall

Craig Randall — Wed, 21 Nov 2007 17:44:22 +0000

Good feedback, Laurence.

Since DFS doesn’t exist prior to D6, your comment for a “DFS column” is D6-specific. That being said, I’d like to know if you have more more specific metadata requirements. For example, DFS can enable a deployment topology to change depending on factors like proximity to repositories (CS), proximity to content (including distributed content via ACS/BOCS), proximity to application middle-tier (services), needs of individual services (compute, memory, storage), etc.

With respect to JVM in D6, it’s true that D6 requires Java 5. That being said, there is more than one JVM provider and there are differences among implementations, performance-wise and depending on use cases/context.

Cheers,

-Craig