Author Topic: Horizontal Scalability - Library server  (Read 1999 times)

pankaj.puranik

  • Sr. Member
  • ****
  • Posts: 374
    • View Profile
Horizontal Scalability - Library server
« on: October 03, 2016, 10:13:45 PM »
Hi

The IBM documentation says the following about Horizontal Scalability.
I did not really understand how this would work practically in terms of ingestion and retrieval.

"Even though Content Manager OnDemand allows a single library server for each instance,
this library server can be scaled horizontally. The library server is scaled horizontally by using
one or both of the following methods:
 The database tables (both the system and the application group) can be placed in different
databases (z/OS) or different table spaces (Multiplatforms and z/OS) at the table level.
Therefore, each of these tables can scale to the maximum practical size that is supported
by the database within the operational constraints of maintenance and performance.
Content Manager OnDemand does not impose a limitation.
 The application group data table design facilitates the following actions:
– You can create as many application groups as you need to support the required data to
be archived.
– Each application group can be segmented into multiple tables where the table
segmentation is based on size.
– Each of these application group data tables can be placed in a separate database
(z/OS) or table space (Multiplatforms and z/OS)."



Thanks
Pankaj.

Justin Derrick

  • IBM Content Manager OnDemand Consultant
  • Administrator
  • Hero Member
  • *****
  • Posts: 2231
  • CMOD Guru for hire...
    • View Profile
    • Tenacious Consulting
Re: Horizontal Scalability - Library server
« Reply #1 on: October 04, 2016, 12:08:36 PM »
Everything you've pasted in is referring to z/OS -- i.e., mainframes.  It likely doesn't apply to you.

There are very few situations in which a single Library server can't handle the load from regular day-to-day operations.  Even on some of the largest systems I've worked on, library servers are only split for redundancy purposes, not because scalability of a single server is an issue.

-JD.
IBM CMOD Professional Services: http://TenaciousConsulting.com
Call:  +1-866-533-7742  or  eMail:  jd@justinderrick.com
IBM CMOD Wiki:  https://CMOD.wiki/
FREE IBM CMOD Education & Webinars:  https://CMOD.Training/

Interests: #AIX #Linux #Multiplatforms #DB2 #TSM #SP #Performance #Security #Audits #Customizing #Availability #HA #DR