SAS Administration from the Ground Up. Anja Fischer

Чтение книги онлайн.

Читать онлайн книгу SAS Administration from the Ground Up - Anja Fischer страница 4

Автор:
Жанр:
Серия:
Издательство:
SAS Administration from the Ground Up - Anja Fischer

Скачать книгу

SAS Deployment Wizard and utilities that are associated with this configuration instance.WebSee Contents of the Web Subdirectory.WebInfrastructurePlatformDataServerContains the management script, configuration information, and log files for the SAS Web Infrastructure Platform Data Server.generate_boot_scripts.shIs a script that is used to regenerate the sas.servers script on UNIX.metadataConfig.xmlProvides information for application server components to use when they connect to a clustered metadata server.sas.serversIs a management script that is used on UNIX to start, stop, or restart all servers on the machine in the correct order, or to display the status of all servers on the machine.sasv9_meta.cfgSpecifies metadata server connection information for the SAS OLAP Server and SAS/SHARE server.

      The SAS Levn configuration is only one part of the SAS Platform. It is also important to know that your environment is an n-tier architecture, which means that all components that make up your SAS environment, can be distributed over multiple computer resources. Each tier component, each tier part, performs only the work it is responsible for.

      Depending on the number of servers you have available, the SAS tiers can be installed across multiple machines or on a single machine. Going back to our analogy at the beginning: each room fulfills a different purpose, “stores” different objects, serves different members of a family. All of the rooms together make your house (SAS deployment). Now, what are these tiers?

      Getting to grips with the SAS tiers truly is a fundamental requirement for a good SAS administrator. In SAS 9, we have three tiers, plus one. Plus one, because the fourth tier is not a SAS tier, but is an important element. Let’s investigate each tier a bit further.

      SAS Servers Tier aka Compute Tier

      Simply put: SAS servers perform SAS processing on your data. They are SAS Server processes running on one or more physical or virtual server machines.

      Important – and often misunderstood: The tiers are not actual physical machines, but processes, where each process (SAS server) has its own tasks. One function is providing your users with the data they are requesting, or, running a Stored Process, or creating a report. And that’s really all there is to it: the tier these SAS processes (SAS servers) are running on is referred to as Server Tier or Compute Tier.

      Next, we have the web tier, called the middle tier.

      Middle Tier aka Web Tier

      The middle tier – also called the web tier – coordinates the web traffic. It enables access to data and functionality using web clients, a browser. Think SAS Studio (users using a web browser), SAS Environment Manager (web client) or any other web-based SAS APIs. We will revisit the middle tier in a little bit.

      Client Tier

      The client tier runs your desktop clients and web browsers. Examples for SAS clients are SAS Enterprise Guide, SAS Add-In for Microsoft Office, SAS Enterprise Miner, and so on.

      Data Tier (Data Sources) – The “Plus One” Tier

      The data tier is where the data sources are stored. It is different from the SAS tiers we just described because even though it is important to SAS, it does not come from SAS. It is not used for SAS to run but for users to consume using SAS.

      A data tier can be any machine that stores data that you want to access from within SAS.

      Data sources can be SAS data sets, OLAP cubes, web content, DBMS data (SAS can access databases such as Oracle as one example out of many), and more. We will talk more about data in Chapter 5, Metadata Library Administration.

      Table 2.1 depicts the three plus one tiers. Even though the tiers are pictured in four different boxes, the boxes do not represent physical machines. It simply pictures the different layers a SAS metadata deployment consists of, whether it is installed on one machine or multiple machines.

      Table 2.1: Architecture of the SAS Intelligence Platform

Data TierSAS Server TierMiddle TierSAS Client Tier
SAS Data SetsOLAP CubesSAS Scalable Performance Data Server (SPDS)SAS Web Infrastructure Platform Data ServerThird-Party Data Sources (such as Oracle, Teradata, etc.)HadoopEnterprise Resource Planning (ERP) SystemsSAS Metadata ServerSAS Workspace ServerSAS Pooled Workspace ServerSAS OLAP ServerSAS Stored Process ServerThese servers are running SAS processes for distributed clientsSAS Web ServerSAS Web Application ServerSAS Web Infrastructure PlatformTask: providing services and applications for SAS web applications.It includes:SAS Content Server to store digital content (such as reports)andother infrastructure applications and service (such as SAS Deployment Backup and Recovery tool, and more)Web Clients:(run in an instance of the SAS Web Application Server). The SAS web clients are:SAS Web Report StudioSAS Information Delivery PortalSAS BI PortletsSAS BI DashboardSAS Help Viewer for the WebOther SAS Web Applications and SolutionsSAS Environment Manager(server process that includes a web application server, providing a web-based administrative interface)Desktop Clients:SAS Add-In for Microsoft OfficeSAS Data Integration StudioSAS Enterprise MinerSAS Forecast StudioSAS Enterprise GuideSAS Information Map StudioSAS Management ConsoleSAS Model ManagerSAS OLAP Cube StudioSAS Workflow StudioJMPOther SAS analytics products and solutionWeb Browser to surface web ApplicationsMobile Devices, if applicable, to view certain type of reports

      Figure 2.3 shows this from a very simplified layer perspective.

      Figure 2.3: A layered view of SAS platform architecture.

      To take a closer look at these tiers, take a look at the Architecture Overview section in SAS® 9.4 Intelligence Platform: Administration / SAS Intelligence Platform: Overview, available at: .https://go.documentation.sas.com/?cdcId=bicdc&cdcVersion=9.4&docsetId=biov&docsetTarget=titlepage.htm&locale=en

      Let’s come back and talk a bit more about the SAS Server tier. I would like to spend some time discussing its components because as a SAS administrator, this is super important!

      To refresh your memory, SAS servers are SAS Server processes running on one or more physical or virtual server machines. The SAS server tier is nothing but a bucket of SAS processes that are based on “sas.exe”. Every “sas.exe” has a different role or functionality, such as:

       metadata server (in-memory)

       workspace server (interactive sessions)

       stored process and pooled workspace server (trusted sessions)

       if you have SAS Visual Analytics for example, the SAS LASR Analytic Servers (in-memory for SAS Visual Analytics). We will not address SAS Visual Analytics; this is simply meant as an example.

      Let’s discuss each of these in turn.

      Metadata Server

      The metadata server is the heart of your environment, the foundation. If it’s not working, SAS is not working. Going back to the house-building analogy: if the foundation is weak or breaks, the house will crumble.

      The metadata server is an in-memory

Скачать книгу