Messages

1921

Windows Client / Re: Printing selected area of a document

« on: August 10, 2010, 04:17:39 AM »

Excellent.  It's great to see that it's already on the list.

Posting the request in the Enhancement Requests section gives your fellow users an opportunity to review, comment, refine, and vote on the enhansement to determine how important it is.  You're not obligated to, but it's a great way to help development prioritize the improvements in the queue.

-JD.

1922

Windows Client / Re: Printing selected area of a document

« on: August 04, 2010, 05:41:30 AM »

This would make a great enhancement request for the CMOD developers.  Being able to print a selected area would be a great way to reduce paper usage.

-JD.

1923

MP Server / Re: Setting up TSM for use with OD

« on: August 01, 2010, 07:43:10 AM »

The decision about VMs is up to you and your architecture team.  If you think the server is going to be big (10TB+), or it's going to be accessed by the general public (whose usage is unpredictable), yes, having it on it's own physical server might make sense.  It's less about the type of load (database, webserver, computational) and more about the AMOUNT of load. 

1924

MP Server / Re: statistics report

« on: July 30, 2010, 12:04:32 PM »

RAPTOR4 is not available for downloading.  It is sold directly to customers and includes installation & training services.

1925

MP Server / Re: Setting up TSM for use with OD

« on: July 30, 2010, 11:59:11 AM »

The 'chaotic' issues start with balancing the concerns of multiple applications -- it's not just a matter of when can you take CMOD down, but an issue of what are the SLAs and scheduled downtimes and permitted outage windows for ALL applications on the shared machine.  It usually only gets worse from there. 

As I mentioned previously, using virtual machines allows for the fast and easy migration to new hardware without impacting other applications (running inside their own VMs) on the server.

Good luck!

-JD.

1926

MP Server / Re: 8.3 to 8.4 migration

« on: July 30, 2010, 09:29:38 AM »

Hi Nijaguna.

It depends almost exclusively what the selection criteria for the documents to be exported are.  If you are selecting by date, it should be very easy.  If it's particular customer numbers, that's difficult.  It will be extremely difficult if the criteria (say, location by zip code) is not stored in the indexes.  Also, are you expected to delete the exported data from your own system afterwards?

You mention the IBM OS390 documentation -- are you on iSeries?  Your post is in the Multiplatforms forum, and the two platforms are very, very different.

-JD.

1927

MP Server / Re: statistics report

« on: June 08, 2010, 06:01:59 AM »

Of course, there are ways to reduce that impact, and they're available with RAPTOR4. 

-JD.

1928

MP Server / Re: interplatform database

« on: June 07, 2010, 05:14:59 AM »

Hi Sandeep & Alessandro...

Mixing and matching Library and Object servers across platforms IS supported -- but Alessandro is right -- the database and Library server need to be on the same system.  (Probably because of the API being used, and for performance reasons.)

-JD.

1929

MP Server / Re: statistics report

« on: June 07, 2010, 05:12:12 AM »

Doh.

I'll fix that error right now.

RAPTOR4 is still available.

-JD.

1930

MP Server / Re: Setting up TSM for use with OD

« on: June 04, 2010, 08:33:23 AM »

Shannan:  Which platform are you on?

Nils:  Bummer about your TSM issues -- I hope you got them fixed without too many other issues.  For what it's worth, that situation would only happen on Windows, both because of the Windows Registry, and the fact that you can't load the client on most of the UNIX platforms.  (Running the client under WINE on Linux is possible though.)

-JD.

1931

MP Server / Re: loadid row count

« on: June 04, 2010, 08:24:27 AM »

Hi.

You're likely going to have to query the database directly.  In DB2 on AIX, you'd do this:

db2 connect to archive
db2 "select count(*) from <owner>.<table> where doc_name like '<objname>%'"
db2 terminate

You'll need to know the name of the instance owner, and the table(s) associated with the Application Group, and the object name (ie '123FAA') you're interested in.

To get the number of rows for ALL objects inside a specific table, try something like this.
db2 connect to archive
db2 "select doc_name,count(*) from <owner>.<table> group by doc_name"
db2 terminate

Hope this helps!

-JD.

1932

MP Server / Re: Can't view historical reports

« on: May 28, 2010, 03:10:13 AM »

Is that to say that you've solved your problem, or that despite restoring the cache filesystems, you still can't retrieve documents?

-JD.

1933

MP Server / Re: Setting up TSM for use with OD

« on: May 28, 2010, 03:09:17 AM »

Hi Shannan.

First things first:  I don't generally recommend intermixing CMOD with other servers.  It's possible to run both on the same system, but when CMOD (or your CM system) gets too big and you need to migrate to a new system, it's chaotic.  Virtual Machines (in the Windows or Linux world) or LPARs (in the AIX world) are an exception, because they're easily portable to new hardware.  That having been said...

You'll need to come up with your own TSM definitions to match your specific requirements.  The guide is a good start, but keep the following tips in mind:

Create a new Storage Set for EACH Application Group in CMOD.
Each Storage Set should have it's OWN Domain, Policy, Management Class, and node definitions inside TSM.

The reason for this is that sometimes the requirements for the retention of documents change -- and when you bundle a number of AGs into a single Storage Set, if you're required to change the retention for one, ALL of the other AGs will be affected.  (And sometimes having data for longer than you should is worse than not having it when you should.)

Don't hesitate to ask more questions as you work your way through this!

-JD.

1934

MP Server / Re: Anyone doing PCI with CMOD?

« on: May 27, 2010, 09:11:34 AM »

Hi Bud.

I'll answer your question with a question -- I've heard 'PCI' compliance mentioned for probably 5 to 7 years now, but I've never received a decent explanation of what it entails.

Does anyone have a reference to the specifications for PCI compliance?  Are they public?

-JD.

1935

Other / Re: Packing files together

« on: May 17, 2010, 11:17:43 PM »

Hi Roberto.   

There are two ways to do this...

1)  Write a program that appends the index files together.  You don't need to worry about the offsets and lengths -- arsload will concatenate the files for you.  You just need a long index file that contains pointers to all 1000 files.

2)  Load all your little files into an application group, then use arsdoc get to extract ALL the files into a single index file & output file, load that resulting file into your permanent Application Group, then delete the contents of the temporary one.  If you're doing a historical conversion, I'd load up a month's worth of data at a time.

Hope this helps!

-JD.