Remote RTC access to 2T set over 2mb VPB

casevaluecasevalue Member Posts: 2
edited 2009-03-09 in NAV Three Tier
Dear All,
please do take the time to read this, it is a little long:¬).

We are installing NAV 2009 as our ERP back office system that will be hooked up (via web services {WS} hopefully?), to an ecommerce website which runs on a .net 3.5 infrastructure: nice!
The website will access usual stuff like customer records, discount bands using the create, read, update and delete (CRUD) methodology by exposing and consuming the WS elements.

However, we also want to use the NAV 2009 for human orders, crm, quotes etc, (as well as potentially consuming some api's on the web site, e.g. payment processing via a Payment Service Provider that already is integrated and working on the website), and will be doing this over 2 sites to begin with.

Site 1 houses out web server (for the web site), and another db server on which sits the SQL 2008 for the web db. Site 2 has PC's that we were hoping could run the RTC and then simply access the Service Tier (which in turn then accesses the NAV db tier), but have had all sort of authentication and user login problems. The 2 sites are linked by a Fortinet firewall either side, and there is a 2.5mb broadband connection in between but we are in the same network.

We are now looking to buy an EXTRA server to house the NAV service tier,(which will sit next to the web db server that will be housing the NAV db), as well as running an active directory (AD) to handle all the user and authentication issues within a newly crearted domain. This will be doen in a VMware virtualised server config.

BUT, we have beed told that the only way to run the RTC remotely is via Terminal Services 2008 (TS) in order to use the RTC, (which seems a bit odd, as we also want to integrate with Outlook on our local machines - and this is going to be a nightmare trying to synchronise ??!!) and therefore is not really remotely at all as the RTC will be installed on the local SERVER running the service tier.

We have successfully created a 3T set up with all 3 levels sitting on their own virtual servers using VMware, and have accessed it via TS, but it IS rather clunky.

Has anyone out there managed to install anything similar to this, and in particular has anyine managed to do this without having to use TS?

In theory, you should be able to have multiple instances of any combination of the 3 tiers :

From MSDN: "..The different tiers can be installed on different computers. You can have multiple instances of any of the components (though usually not on the same computer): multiple clients, multiple servers, and multiple database servers." see link below

http://msdn.microsoft.com/en-us/library/dd355215.aspx

and 'link' them together (apart from multiple NAV db's on a single SQL server which we don't need anyway), but I thought one of the central planks to this piece of kit was it's "flexibility" and its ability to install the 3 tiers over mutliple sites and/or systems.

PLEASE HELP.

Many thanks in advance,

Rupert (http://www.casevalue.com - our new site http://www.citychampagnes.com is coming soon)

Comments

  • ara3nara3n Member Posts: 9,255
    BUT, we have beed told that the only way to run the RTC remotely is via Terminal Services 2008 (TS) in order to use the RTC, (which seems a bit odd, as we also want to integrate with Outlook on our local machines - and this is going to be a nightmare trying to synchronise ??!!) and therefore is not really remotely at all as the RTC will be installed on the local SERVER running the service tier.

    When you synchronize outlook, it will synchronize using webservice. It doesn't communicate with RTC.
    So you can have outlook locally.

    The RTC needs terminal services. The bandwidth requirements are about the same as classic client.
    Ahmed Rashed Amini
    Independent Consultant/Developer


    blog: https://dynamicsuser.net/nav/b/ara3n
  • kinekine Member Posts: 12,562
    Kamil Sacek
    MVP - Dynamics NAV
    My BLOG
    NAVERTICA a.s.
Sign In or Register to comment.