<?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 Question from a DBA on idle database session in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834372#M25100</link>
    <description>&lt;P&gt;HI all,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a question regarding Idle sessions. I am a Teradata DBA, and we have implemented an idle session timeout. Any session that is in an idle state for 30 minutes is terminated by the system. We are seeing SAS errors&amp;nbsp; occurring fairly regularly since we have implemented timeout. The error is "The session id is illegal.", which means that it's trying to use a session that does not currently exist on the server. We have dug through the logs and we can see the session is idle, and terminated by Teradata.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To be clear, I am not a SAS programmer or administrator. Just a DBA grunt. Is there a setting.. like a keep-alive parameter that we can set to issue a tiny little query (select 1;) to basically reset the idle time clock? Or to make SAS reuse a session that is sitting idle?&lt;/P&gt;</description>
    <pubDate>Tue, 20 Sep 2022 19:28:37 GMT</pubDate>
    <dc:creator>climbamnt</dc:creator>
    <dc:date>2022-09-20T19:28:37Z</dc:date>
    <item>
      <title>Question from a DBA on idle database session</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834372#M25100</link>
      <description>&lt;P&gt;HI all,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a question regarding Idle sessions. I am a Teradata DBA, and we have implemented an idle session timeout. Any session that is in an idle state for 30 minutes is terminated by the system. We are seeing SAS errors&amp;nbsp; occurring fairly regularly since we have implemented timeout. The error is "The session id is illegal.", which means that it's trying to use a session that does not currently exist on the server. We have dug through the logs and we can see the session is idle, and terminated by Teradata.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To be clear, I am not a SAS programmer or administrator. Just a DBA grunt. Is there a setting.. like a keep-alive parameter that we can set to issue a tiny little query (select 1;) to basically reset the idle time clock? Or to make SAS reuse a session that is sitting idle?&lt;/P&gt;</description>
      <pubDate>Tue, 20 Sep 2022 19:28:37 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834372#M25100</guid>
      <dc:creator>climbamnt</dc:creator>
      <dc:date>2022-09-20T19:28:37Z</dc:date>
    </item>
    <item>
      <title>Re: Question from a DBA on idle database session</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834410#M25101</link>
      <description>&lt;P&gt;Your DBA grunt is understandable and the cause is the local programming practice.&lt;BR /&gt;I don't know if any keep alive parameter exists but it is a bad idea.&lt;BR /&gt;The solution is for programmers to work out.&lt;/P&gt;</description>
      <pubDate>Tue, 20 Sep 2022 23:50:09 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834410#M25101</guid>
      <dc:creator>Sajid01</dc:creator>
      <dc:date>2022-09-20T23:50:09Z</dc:date>
    </item>
    <item>
      <title>Re: Question from a DBA on idle database session</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834412#M25102</link>
      <description>&lt;P&gt;You should ask the SAS administrator how these SAS to Teradata database connections are created. In my experience it is quite common practice for these connections to be defined as part of a SAS session startup. If this is the case then the SAS data connection should use the option DEFER = YES so the database session is only initiated when it is first used. This may reduce some of the session errors you are seeing.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Sep 2022 00:29:35 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/834412#M25102</guid>
      <dc:creator>SASKiwi</dc:creator>
      <dc:date>2022-09-21T00:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: Question from a DBA on idle database session</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/986698#M30803</link>
      <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/434008"&gt;@climbamnt&lt;/a&gt;&amp;nbsp;What you shared here just helped me figuring out what went wrong with my process. AND even better: MS Copilot found your contribution and shared the link with me.&lt;/P&gt;</description>
      <pubDate>Thu, 23 Apr 2026 03:36:47 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Question-from-a-DBA-on-idle-database-session/m-p/986698#M30803</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2026-04-23T03:36:47Z</dc:date>
    </item>
  </channel>
</rss>

