I am going to the Launch in NYC for R7 this Tuesday. I will be asking the 
same questions about DB2 for iSeries etc.

My assumption at this point is 7.01  will support iseries DB2, however you 
still need an iSeries box capable of running
DB2/400-UDB on V5R3. The Database features are not cheap, when you run 
multiple processors. P40 and P50 etc. 

 We run terabytes of Domino Data (mail + Apps) in a Large Cluster. I don't 
see us migrating that data 
 if we cannot easily cluster it as we do today.

>From an AppDev Perspective we have been toying with R7 and DB2 and there 
are some nice new features, but not enough to
make us want to switch away from the standard Domino container. It is just 
too easy to maintain. DB2 presents a whole barrel full of
monkeys that we may not want to tackle until R8. 

We are also firing up Websphere Portal Pilot, and Workplace. (not the 
messaging part), in prep for the next two years of RnD and AppDev. 

Sean 




domino400-request@xxxxxxxxxxxx 
Sent by: domino400-bounces+seanmurphy=bedbath.com@xxxxxxxxxxxx
10/21/2005 01:00 PM
Please respond to
domino400@xxxxxxxxxxxx


To
domino400@xxxxxxxxxxxx
cc

Subject
Domino400 Digest, Vol 3, Issue 238






Send Domino400 mailing list submissions to
                 domino400@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
                 http://lists.midrange.com/mailman/listinfo/domino400
or, via email, send a message with subject or body 'help' to
                 domino400-request@xxxxxxxxxxxx

You can reach the person managing the list at
                 domino400-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Domino400 digest..."


Today's Topics:

   1. Re: Disaster Recovery test - DNS resolution question
      (GKern@xxxxxxxxxxxxxxxx)
   2. Re: Disaster Recovery test - DNS resolution question
      (Eric J Waters)
   3. Re: Disaster Recovery test - DNS resolution question
      (GKern@xxxxxxxxxxxxxxxx)
   4. Re: Disaster Recovery test - DNS resolution question
      (Travis Retzlaff)
   5. Re: Disaster Recovery test - DNS resolution question
      (Chris Whisonant)


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

message: 1
date: Thu, 20 Oct 2005 13:24:05 -0400
from: GKern@xxxxxxxxxxxxxxxx
subject: Re: Disaster Recovery test - DNS resolution question

Thanks Walter - I'll be testing in about five hours.

Regards, Jerry

Gerald Kern
MIS Project Leader, Lotus Notes/Domino Administrator
IBM Certified RPG IV Developer, RPG IV Programmer
The Toledo Clinic, Inc.
4235 Secor Road
Toledo, OH 43623-4299
Phone 419-479-5535
gkern@xxxxxxxxxxxxxxxx
*****
This email message, including any attachments, is for the sole use of the 
intended recipient(s) and may contain confidential and privileged 
information. Any unauthorized review, use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please contact the 
sender by reply email and destroy all copies of the original message.

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

message: 2
date: Thu, 20 Oct 2005 14:00:14 -0400
from: Eric J Waters <ewaters2@xxxxxxx>
subject: Re: Disaster Recovery test - DNS resolution question





How does that work?  I thought for the client to resolve a server, it
needed either:
- connection doc with IP
- connection doc with DNS address
- server in WINS

My understanding is that the client will look for a connection doc and use
the information there to find the server.  Upon not finding the server, it
will reference your server's NNN to find a valid address and finally WINS
using the host name.  How would the client reference DNS for the proper
domain:  e.g. I am on .ca.usa.com and my server is on .md.usa.com.  How
would the client know to query server1.md.usa.com?  Is there something you
need to do in DNS, like just a server1 alias?

I am curious because when we moved from Win32 to the iSeries, two weeks
after our migrations, mis-configured clients all of a sudden could not get
to the server since the WINS entries tombstoned.  The only solutions were
to have the users configure properly or put in static WINS entries that
would not expire.  Due to the volume of calls, we had to go with static
WINS entries and worry about mis-configured clients for another day.



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

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit 
written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------




 
             Walter Scanlan 
             <wscanlan@xxxxxxx 
             com>                                                       To 

             Sent by:                  Lotus Domino on the iSeries / AS400 

             domino400-bounces         <domino400@xxxxxxxxxxxx> 
             +ewaters2=csc.com                                          cc 

             @midrange.com 
                                                                   Subject 

                                       Re: Disaster Recovery test - DNS 
             10/20/2005 12:19          resolution question 
             PM 
 
 
             Please respond to 
              Lotus Domino on 
               the iSeries / 
                   AS400 
             <domino400@midran 
                  ge.com> 
 
 




If a client has the IP address in the connection document for the server,
it will use that, rather than DNS for name resolution.

remove the ip from the client connection document (it is optional) and the
clients will use the DNS to resolve the server name.

(I assume during dr the clients have access to a DNS which is pointing to
the new location of the domino server)


Walter Scanlan
Senior Software Engineer
Domino & Workplace for iSeries
507-286-6088
wscanlan@xxxxxxxxxx



GKern@xxxxxxxxxxxxxxxx
Sent by: domino400-bounces+wscanlan=us.ibm.com@xxxxxxxxxxxx
10/20/2005 11:14 AM
Please respond to
Lotus Domino on the iSeries / AS400


To
domino400@xxxxxxxxxxxx
cc

Subject
Disaster Recovery test - DNS resolution question






We're in the midst of our first DR implementation test. Currently we're
maintaining our dns server locally and have a BP who's hosting the
hardware we restored our R6.5 data on. We can ping the remote server so we

know were talking.

But were having a problem having users connect to Notes at the DR site.

We want our users to not notice that the server is no longer on site,

Apparently R6.5.1 is smart enough to know when our local site is up that
it won't even try to connect to the DR site. The only way we can force a
connect (while the local site is up) is to do a file, database, open, and
enter the IP address of the server at the DR site.

I'm not sure though, how to tell the notes clients that in the event that
our local server is not responding that it should look for the server at
the DR site. My thought is to enter Secondary Server info in the Advanced
setting of my location document on my client in the hope that it will use
it to refer to the DR site. If this works then I can use a desktop policy
setting to roll this info out to the clients. I'm going to test this
tonight.

Comments anyone?

Regards, Jerry

Gerald Kern
MIS Project Leader, Lotus Notes/Domino Administrator
IBM Certified RPG IV Developer, RPG IV Programmer
The Toledo Clinic, Inc.
4235 Secor Road
Toledo, OH 43623-4299
Phone 419-479-5535
gkern@xxxxxxxxxxxxxxxx
*****
This email message, including any attachments, is for the sole use of the
intended recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply email and destroy all copies of the original
message._______________________________________________
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.





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

message: 3
date: Thu, 20 Oct 2005 18:14:36 -0400
from: GKern@xxxxxxxxxxxxxxxx
subject: Re: Disaster Recovery test - DNS resolution question

Walter - we did our testing and had no luck.

I did follow your instruction to "remove the ip from the client connection 

document (it is optional) and the 
clients will use the DNS to resolve the server name."

We ended domino locally and changed the dns to point to the DR site. 

On the client we deleted the cache.ndk and did an ipconfig /flushdns and 
restarted notes on the client. It still wanted to connect to the last 
known address and it wouldn't resolve to the same FQDN at the DR site. We 
are using R6.5.1.

Regards, Jerry

Gerald Kern
MIS Project Leader, Lotus Notes/Domino Administrator
IBM Certified RPG IV Developer, RPG IV Programmer
The Toledo Clinic, Inc.
4235 Secor Road
Toledo, OH 43623-4299
Phone 419-479-5535
gkern@xxxxxxxxxxxxxxxx
*****
This email message, including any attachments, is for the sole use of the 
intended recipient(s) and may contain confidential and privileged 
information. Any unauthorized review, use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please contact the 
sender by reply email and destroy all copies of the original message.

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

message: 4
date: Thu, 20 Oct 2005 17:22:13 -0500
from: Travis Retzlaff <TRetzlaff@xxxxxxxxxxxx>
subject: Re: Disaster Recovery test - DNS resolution question

If you do a File, Preferences, User Preferences, click on Ports tab, then 
hit the Trace button, can the client resolve the new IP address and 
connect.

Thanks,

Travis Retzlaff
Application Integration Consultant
--------------------------------------------------------------------
Computech Resources, Inc.
1375 W. Main Avenue
De Pere, WI 54115
Web:  http://www.compures.com
--------------------------------------------------------------------
Phone:  920-336-1387 Ext. 227
Fax:  920-336-7728
e-Mail: tretzlaff@xxxxxxxxxxxx

domino400-bounces+tretzlaff=compures.com@xxxxxxxxxxxx wrote on 10/20/2005 
05:14:36 PM:

> Walter - we did our testing and had no luck.
> 
> I did follow your instruction to "remove the ip from the client 
connection 
> document (it is optional) and the 
> clients will use the DNS to resolve the server name."
> 
> We ended domino locally and changed the dns to point to the DR site. 
> 
> On the client we deleted the cache.ndk and did an ipconfig /flushdns and 


> restarted notes on the client. It still wanted to connect to the last 
> known address and it wouldn't resolve to the same FQDN at the DR site. 
We 
> are using R6.5.1.
> 
> Regards, Jerry
> 
> Gerald Kern
> MIS Project Leader, Lotus Notes/Domino Administrator
> IBM Certified RPG IV Developer, RPG IV Programmer
> The Toledo Clinic, Inc.
> 4235 Secor Road
> Toledo, OH 43623-4299
> Phone 419-479-5535
> gkern@xxxxxxxxxxxxxxxx
> *****
> This email message, including any attachments, is for the sole use of 
the
> intended recipient(s) and may contain confidential and privileged 
> information. Any unauthorized review, use, disclosure or distribution is 


> prohibited. If you are not the intended recipient, please contact the 
> sender by reply email and destroy all copies of the original message.
> _______________________________________________
> 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.
> 


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

message: 5
date: Fri, 21 Oct 2005 08:01:05 -0400
from: Chris Whisonant <Chris.Whisonant@xxxxxxxxxxxxx>
subject: Re: Disaster Recovery test - DNS resolution question

What if you configured the DR site as a cluster server? Is it a live site 
that you could continuously replicate to? Notes would know to look for 
that failover site. However, if you can't resolve the FQDN to that other 
site, it sounds like you may have more than a Notes issue.

Are you able to resolve the DR site from the Windows Ping command?

Chris Whisonant
Comporium
Senior Mid-Range Systems Administrator
IBM eServer Certified Systems Expert - iSeries Technical Solutions V5R2
IBM Certified System Administrator - Lotus Notes and Domino 6/6.5
803.326.7270 | 803.326.6142 fax
http://cwhisonant.blogspot.com/

domino400-bounces+chris.whisonant=comporium.com@xxxxxxxxxxxx wrote on 
10/20/2005 06:14:36 PM:

> Walter - we did our testing and had no luck.
> 
> I did follow your instruction to "remove the ip from the client 
connection 
> document (it is optional) and the 
> clients will use the DNS to resolve the server name."
> 
> We ended domino locally and changed the dns to point to the DR site. 
> 
> On the client we deleted the cache.ndk and did an ipconfig /flushdns and 


> restarted notes on the client. It still wanted to connect to the last 
> known address and it wouldn't resolve to the same FQDN at the DR site. 
We 
> are using R6.5.1.
> 
> Regards, Jerry
> 
> Gerald Kern
> MIS Project Leader, Lotus Notes/Domino Administrator
> IBM Certified RPG IV Developer, RPG IV Programmer
> The Toledo Clinic, Inc.
> 4235 Secor Road
> Toledo, OH 43623-4299
> Phone 419-479-5535
> gkern@xxxxxxxxxxxxxxxx
> *****
> This email message, including any attachments, is for the sole use 
> of the intended recipient(s) and may contain confidential and 
> privileged information. Any unauthorized review, use, disclosure or 
> distribution is prohibited. If you are not the intended recipient, 
> please contact the sender by reply email and destroy all copies of 
> the original message._______________________________________________
> 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) digest 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.



End of Domino400 Digest, Vol 3, Issue 238
*****************************************


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.