Domino Diva

i for Business

Kim Greenekim@kimgreene.com  

This is one name change that went over extremely smoothly, in fact, I think it is the only name change for the operating system that has gone over so smoothly.  For a little background, the System i (AS/400, iSeries) has always had a different name for the operating system associated with the hardware platform.  When the System was known as the AS/400, the operating system was called OS/400.  The OS/400 name was kept when the system was renamed to iSeries.  Then along came the name change to System i.  At that time, the new hardware was Power 5, so the operating system was renamed to i5/OS.  We have had that name for the past few years, now along comes the new Power 6 hardware, uh, wait, guess we have to rename the operating system again.

Luckily they didn't decide to rename the OS to i6/OS, as you can guess what would happen when Power 7, 8, ... would come along.  Instead, the name has been shortened to simply 'i'.  Mark Shearer, VP of Marketing and Offerings for Business Systems, made this announcement last Wednesday morning at the IBM Town Hall session at the COMMON conference.  This is the first time I have seen an IBM executive get up in front of the COMMON crowd and announce a name change and actually get applause.  I think it helped that everyone knew it would be an endless cycle of renamings if the operating system name continued to follow the hardware version.  So now we have 'i' running on IBM Power Systems. 

The new name 'i', will also be known as 'i for Business', since this operating system is known for running business applications.  A positive that will come out of this announcement is that we will actually be seeing 'i for Business' in IBM advertistments, and no, it won't be hidden on some corner of the advertistment so tiny you can't read it!  Anytime the new Power Systems hardware is mentioned, all 3 operating systems that run on the hardware will also be advertised: i for Business, AIX, and Linux. 

• Comments[0]

IBM Power Systems

Kim Greenekim@kimgreene.com  

 It's official, at the COMMON conference last week, Mark Shearer and Ross Mauri announced the new IBM Power Systems.  Both the System i and System p have shared the same hardware for a number of years.  What's great about this announcement is what Ross Mauri explained to the COMMON attendees at the IBM Town Hall session last Wednesday morning.  Ross Mauri is the General Manager for the Power Systems Division at IBM.

The big news Mr. Mauri shared with the crowd is that there will no longer be separate pricing for System i and System p hardware.  Wtih the new Power Systems announcement, the price i customers will pay will be same price p customers will pay for the hardware.  This announcement brought a loud applause from the crowd, as i customers have traditionally paid more for memory, disk, and other hardware components than p customers. 

I think this announcement is a very good thing for the System i.  Not only is there pricing equivalency between the hardware platforms, but now when IBM Power Systems is advertised, i will also be advertised.  This is something we have needed for a long, long time, more advertising.  Things are definitely looking up for the platform we now know as the former System i !!

• Comments[0]

My world travel map

Kim Greenekim@kimgreene.com  

 After seeing Michael Smelser and Karl-Henry Martinsson's travel maps, I decided to create my own. 

• Comments[0]

AS400 forever

Kim Greenekim@kimgreene.com  

I just tried to log into a System i server that is currently not available and had to laugh at the message I received from my Mochasoft client.

They can try to rename it, but it will alway be 'AS/400'  : ^)

Check out the title of this blog, notice it isn't AS/400?  Yeah, the '/' character isn't allowed in the title <grin>.

• Comments[0]

Impressed with 'Compress database design'

Kim Greenekim@kimgreene.com  

 I am very impressed with the new database property 'compress database design'.  I recently upgraded my test Domino server from 7.0.3 to 8.0.1 and played around with the 'compress database design' database property.  After doing a compact -c on the database to switch it to the new ODS, level 48, I saw this on the console:

Compacted mail/dadminis.nsf, 9472K bytes recovered (54%)

Here is a bit of a precursor to explain my test.  The mail file (dadminis.nsf) was using the Standard Mail 7 template.  It was still at ODS 43 after the upgrade.  The mail file only had 4 documents in it, so it was primarily comprised of design elements.  I set the notes.ini parameter Create_R8_Database=1 and restarted the server.  I did a 'load compact -c mail/dadminis.nsf' at the console, and got the above results, the 54% reduction in file size.

The size of the mail file (still the Standard Mail 7 tempate) went from 18 MB down to 8192 Kb.  Talk about a nice improvement for a base mail file.  Thank you to the Lotus team for this improvement!

Next on my target list is how much the database property 'compress document data' pays off.

• Comments[2]

V6R1 Program Conversion on System i

Kim Greenekim@kimgreene.com  

If you are looking for information related to the program conversion on System i that happens when upgrading to V6R1, you may want to check out some recent articles I wrote.  The intention was to have one article, but it ended up being too big to fit in the space available in the magazine.  The compromise was to split it into the main article included in the magazine and two web exclusives.  Here are links to all three articles:

"Preparing for V6R1, What to Expect During Your Conversion"

"The Impact on Domino"

"Tips for Working With the V6R1 Conversion Tool"

One of the biggest gotchas, IMO, is that the program conversion tool doesn't pick up the Domino libraries by default when estimating how long the program conversion times for libraries will take.  This would be a nasty one for customer to miss, as conversion of the Domino libraries can take over an hour in some worse case scenarios.  Even worse, if the customer doesn't realize that Domino gets converted because the tool doesn't report it by default, they may not find out about the program conversion until they start the Domino servers after the upgrade to V6R1.  Because of the time required to convert the Domino libraries, the server most likely won't start and could produce some strange errors.  This would not be a fun upgrade experience. 

Hopefully you will find these articles helpful in planning any upgrades to V6R1.

• Comments[0]

Misunderstood multi-versioning

Kim Greenekim@kimgreene.com  

 In a conversation with a new customer this afternoon, I heard a common theme come through; multi-versioning is not well understood.  I have had similar conversations with a number of customers over the past few years. The net is that customers do not understand what multi-versioning is and how it can benefit their Domino installations.

Domino on the System i (iSeries, AS/400) has had multi-versioning since releases 6.0.3 and 6.5.0.  This support allows more than one version of Lotus Domino to be installed and running on your iSeries at the same time.  For example, a single iSeries box or iSeries LPAR could have releases 6.5.6, 7.0.2, 7.0.3, and 8.0.1 installed and running. The main areas of confusion I have found related to this support in my conversations with customers are related to these three areas:

1) how it affects the install process

2) how servers are upgraded to the new release after the new code installation

3) do all servers have to be upgraded at the same time

How it affects the install process

I like to use multi-versioning support to, at a minimum, install the new version of Lotus Domino.  With multi-versioning support, I can leave production servers active while installing the new version.  This saves about 1/2 hour of downtime for the customer.  It also allows the customer the flexibility of installing the new code version during production hours, so they are ready to update their Domino servers whenever is convenient for them. 

How do servers get updated after the installation

There is an UPDDOMSVR (Update Domino Server) command that allows you to specify which server you want to take to the new release level.  When you are ready to update a Domino server, simply end the server and issue the UPDDOMSVR command.  The parameters to the command are the name of the Domino server and the release level you would like to upgrade the server to.  It really is that simple.

Do all servers have to be upgraded

This is a very simple answer, no.  You can pick and choose which servers to upgrade.  For example, if a customer has three servers sitting at releast 6.5.6 and they want to upgrade one of the servers to release 7.0.3, they have that flexibility.  Better yet, if a customer wants to check out the new release 8.0.1 that came out yesterday, then can simply install the new code release, configure a test server with this new code release, while leaving their existing servers untouched.

Multi-versioning is really that simple!

• Comments[6]

I have entered the blogging world

Kim Greenekim@kimgreene.com  

 I finally did it, entered the world of blogging.  As a frequent writer and speaker at a number of technology conferences, I have been contemplating starting a blog for some time now.  My good friend, Chris Whisonant, provided me with enough encouragement (and a little arm twisting) to finally make the jump.  Thank you Chris, I owe ya!!

• Comments[6]