They are wrong about that. In a quick search of the Domino 8.5 forum at
devWorks, I found 2 IBMers who also said that DAOS is just server-only and
that clients don't need to be upgraded.

---------------------------------------------------

Thanks,
Chris
Personal Blog: http://cwhisonant.blogspot.com
Work Blog: http://www.bleedyellow.com/blogs/lotusnut


On Mon, Jun 1, 2009 at 3:09 PM, <rob@xxxxxxxxx> wrote:

Now that's not what they told us. "Domino 6 and 7 clients will not
recognize DAOS."
Presentation: Upgrading to Notes and Domino 8.5
Section: Principle #1 - Planning
Slide: Understand Co-existence Issues if going from Domino 6.5 to Domino
8.x
Last bullet on slide: "Domino 6 and 7 clients will not recognize DAOS."

I could pick some poor dumb SOB and convert their archive to use DAOS and
see if they can still get to their attachments.
Back up plan would be they'd better quickly take the mandatory on line
training so they can get permission to upgrade their client to 8.5.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From:
Chris Whisonant <chris.whisonant@xxxxxxxxx>
To:
"Lotus Domino on the iSeries / AS400" <domino400@xxxxxxxxxxxx>
Date:
06/01/2009 02:48 PM
Subject:
Re: Transaction logging.
Sent by:
domino400-bounces+rob=dekko.com@xxxxxxxxxxxx



Clients don't have to be upgraded. It's transparent to them.

---------------------------------------------------

Thanks,
Chris
Personal Blog: http://cwhisonant.blogspot.com
Work Blog: http://www.bleedyellow.com/blogs/lotusnut


On Mon, Jun 1, 2009 at 2:44 PM, <rob@xxxxxxxxx> wrote:

Really looking forward to DAOS. Have to get all those clients upgraded
first.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From:
Chris Whisonant <chris.whisonant@xxxxxxxxx>
To:
"Lotus Domino on the iSeries / AS400" <domino400@xxxxxxxxxxxx>
Date:
06/01/2009 02:41 PM
Subject:
Re: Transaction logging.
Sent by:
domino400-bounces+rob=dekko.com@xxxxxxxxxxxx



You don't need to do anything different as long as your disk drives
aren't
already experiencing usage/utilization problems. IIRC, Walter said
you'll
see about a 3% hit by starting transaction logging, but you'll probably
recoup that once you setup DAOS and see the reduced I/O overhead that it
will likely bring.

---------------------------------------------------

Thanks,
Chris
Personal Blog: http://cwhisonant.blogspot.com
Work Blog: http://www.bleedyellow.com/blogs/lotusnut


On Mon, Jun 1, 2009 at 2:17 PM, <rob@xxxxxxxxx> wrote:

Went to an IBM & Partner intro to 8.5 last week. One of the new
options
we may look at requires transaction logging be fired up. Most of the
time
when I hear about transaction logging it makes me think of something
primarily run in a lab or on a test machine. Because, they mention
keeping your data on one drive and your transaction logs on another
drive.
Well, my machine has ninety disk drives. All Raid 5 protected. Does
it
really make sense to put the transaction log on dedicated disk? On
the
i
that would involve Auxiliary Storage Pools or ASPs. In theory I could
have two ASPs: Main data in one and transaction logging in the other.
I
can't imagine it would take more than a few 70gb disks to do
transaction
logging.
Raid sets smaller than 4 drives are known to have serious performance
implications. Technically you can do a 3 drive raid set, but unless
the
customer is just migrating from a S/36 they will notice the
performance
hit versus a 4 drive (or more) set.

Is this separate disk stuff recommended on a "real" os?
Do I need a full RAID set in an ASP?

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing
list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.