<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SAS in remote office locations in SAS Enterprise Guide</title>
    <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42223#M4983</link>
    <description>You could address SAS Inst directly with your “best practice” question.&lt;BR /&gt;
&lt;BR /&gt;
The architecture using a citrix server together with SAS I have seen couldn’t compete with a “traditional” SAS-client/SAS-server architecture (and it was a fast WAN). All point-and-click operations had a tiny little bit of delay – it wasn’t a lot but users weren’t too happy with it. I assume this delays become much worse on a slow WAN.&lt;BR /&gt;
IT support was of course happy with citrix - the network guys didn’t like it too much.&lt;BR /&gt;
&lt;BR /&gt;
What about having the most common clients (i.e. SAS EG) as local installation and specialty software like DI on citrix?&lt;BR /&gt;
&lt;BR /&gt;
The point is: A lot of the work with SAS EG doesn’t cause any network traffic (most of the “code generation” work) and is therefore fast and smooth. The code is then sent to the server (that’s only a bit of text) and most of the results are kept on the server. It’s only when people look at results that they have to be download – so just make sure that the EG settings are in a way that result tables and the like are not opened automatically but only on user request.&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick</description>
    <pubDate>Sat, 06 Sep 2008 00:11:08 GMT</pubDate>
    <dc:creator>Patrick</dc:creator>
    <dc:date>2008-09-06T00:11:08Z</dc:date>
    <item>
      <title>SAS in remote office locations</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42220#M4980</link>
      <description>We have several remote satellite offices and end-users who use the SAS Application. The Application runs on SUN Solaris and some of these users are in multiple countries. &lt;BR /&gt;
&lt;BR /&gt;
What is the best practice for running SAS in remote locations and on slow WAN connectivity?</description>
      <pubDate>Thu, 28 Aug 2008 13:45:06 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42220#M4980</guid>
      <dc:creator>cschoeberle</dc:creator>
      <dc:date>2008-08-28T13:45:06Z</dc:date>
    </item>
    <item>
      <title>Re: SAS in remote office locations</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42221#M4981</link>
      <description>Can you please tell us more about this SAS application? Which SAS products is in use? How is the users supposed to interact with the data? Is reports, cubes or ad-hoc queries using Enterprise Guide?&lt;BR /&gt;
&lt;BR /&gt;
The obvious advice is to transport as little data as possible over your WAN.&lt;BR /&gt;
&lt;BR /&gt;
Regards,&lt;BR /&gt;
Linus</description>
      <pubDate>Fri, 29 Aug 2008 10:34:49 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42221#M4981</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2008-08-29T10:34:49Z</dc:date>
    </item>
    <item>
      <title>Re: SAS in remote office locations</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42222#M4982</link>
      <description>We just started to use a citrix-server - which is located in the same LAN as the SAS servers - as link between the end-user and SAS.&lt;BR /&gt;
&lt;BR /&gt;
Pro: drastically reduced "client" maintenance&lt;BR /&gt;
Con: costs of citrix-server and additional hardware</description>
      <pubDate>Fri, 05 Sep 2008 14:22:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42222#M4982</guid>
      <dc:creator>tbatliner</dc:creator>
      <dc:date>2008-09-05T14:22:08Z</dc:date>
    </item>
    <item>
      <title>Re: SAS in remote office locations</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42223#M4983</link>
      <description>You could address SAS Inst directly with your “best practice” question.&lt;BR /&gt;
&lt;BR /&gt;
The architecture using a citrix server together with SAS I have seen couldn’t compete with a “traditional” SAS-client/SAS-server architecture (and it was a fast WAN). All point-and-click operations had a tiny little bit of delay – it wasn’t a lot but users weren’t too happy with it. I assume this delays become much worse on a slow WAN.&lt;BR /&gt;
IT support was of course happy with citrix - the network guys didn’t like it too much.&lt;BR /&gt;
&lt;BR /&gt;
What about having the most common clients (i.e. SAS EG) as local installation and specialty software like DI on citrix?&lt;BR /&gt;
&lt;BR /&gt;
The point is: A lot of the work with SAS EG doesn’t cause any network traffic (most of the “code generation” work) and is therefore fast and smooth. The code is then sent to the server (that’s only a bit of text) and most of the results are kept on the server. It’s only when people look at results that they have to be download – so just make sure that the EG settings are in a way that result tables and the like are not opened automatically but only on user request.&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick</description>
      <pubDate>Sat, 06 Sep 2008 00:11:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/SAS-in-remote-office-locations/m-p/42223#M4983</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2008-09-06T00:11:08Z</dc:date>
    </item>
  </channel>
</rss>

