When I worked for SAS Italy, I was considered an old SAS employee because I started with SAS 8, and I saw all SAS 9 innovations from the beginning. I can even remember using SAS 6.12 a couple of times! Then I moved to the US and I felt like
Does your site have multiple people maintaining a single deployment of SAS? Is it important for them to maintain a clear audit trail of who is doing what exactly? Or do you need to update your SAS deployment using different userids? Let's take a look at some techniques to manage
SAS 9.4 has been out for some time now, and all SAS grid computing enthusiasts know that one of the new features is that SAS Workspace Server processes can be directly launched on the grid. (See The Top Four User-Requested Grid Features Delivered with SAS® Grid Manager 9.4.) What does
In my last post, I introduced the hardware solutions (such as a virtual IP switch or IP load balancer) that enable client applications to access services regardless of whether they are running on a primary or a failover server in a grid-enabled environment configured with high availability. In this post,
Like most SAS users and administrators, you usually don't know where your backend SAS servers are located--probably in some basement server farm or perhaps another building or even another town. But I'm sure you do know that your SAS client application must have a way to reach services running on
