This file contains late-breaking notices regarding:
1. The Model Server of SAS Cost and Profitability Management 8.1 is written in C++. It uses SAS/ACCESS to Oracle, SAS/ACCESS to PostgreSQL, or SAS/ACCESS to ODBC to make connections to external databases. This change requires you to specify connection information again on data import/export wizards.
Cost and Profitability Management 8.1 supports importing and exporting model
data from Microsoft Office applications. However, users should be aware that the
Office applications have size restrictions that may limit their usefulness for
managing large amounts of data. The points below list the limitations of which
SAS is aware, although others may exist:
1) Excel 97-2003 Workbook (*.XLS) does not allow more than 65536 rows or more than 256 columns in a table or worksheet.
2) Excel 2007 Workbook (*.XLSX) does not allow more than 1048576 rows or more than 256 columns in a table or worksheet. The Microsoft support web site mentions that the column limit for *.XLSX is 16384, but SAS has only created up to 256 columns by default.
3) Access supports a virtually unlimited number of rows but only allows 255 columns in an Access database table. In addition, an Access table is limited to 1 GB of storage, and an Access database (*.MDB) is limited to 2 GB of storage for all of its tables.
3. The default configuration of Microsoft SQL Server 2008 and 2012 allows SQL Server to consume all available RAM on the local computer. This behavior can leave other processes "starved" for memory if other components are also installed on the SQL Server machine. You might want to change this setting so that SQL Server does not consume more than 50% of the available RAM on a shared computer, and no more than 80% of the available RAM on a dedicated database computer. This setting can be changed in SQL Server Management Studio on the Memory configuration page in the Properties dialog box for your SQL Server instance.
4. If you run the SAS Deployment Wizard again to reconfigure an existing SAS deployment or to install additional SAS software, you must run the SAS Deployment Wizard with the "Custom" prompting level to ensure that it recognizes and reconfigures all of the web application servers that are installed on that computer. In addition, you must restart the Object Spawner on SAS Cost and Profitability Management Server after reconfiguration so that it can select new values.
1. If you are planning to perform an in-place database migration from a previous version of the SAS Activity-Based Management solution, it is important to back up your existing database.
2. Starting with SAS Cost and Profitability Management 8.1, the mid-tier server no longer launches long-running operations in a separate process. Except for cube generation, the execution of all long-running operations is now performed on the Model Server. However, the mid-tier server is still responsible for initiating and managing the operations on the Model Server.
3. If you are installing SAS Cost and Profitability Management 8.1 and any of the language packs, you must make sure that the locale of your language pack, your operating system, and your Adobe Acrobat Reader are compatible with your Base SAS language configuration (if applicable). A locale incompatibility might cause the SAS Cost and Profitability Management 8.1 import, export, and reporting mechanisms to incorrectly handle locale-specific characters or to fail to operate entirely.
using SAS Cost and Profitability Management with SAS Metadata Server on
non-English systems, the SASV9.CFG file, which is typically located in
(where langcode is the language code for your installation) must have a
line added of the form "validvarname=any". This addition is necessary to ensure
that the column names in registered tables appear with correctly localized text.
If this option is not added to the .CFG file, column names may appear with
default names such as _COL1_, _COL2_, etc., which causes subsequent operations,
such as cube generation, to fail.
11g has a new feature that enables data recovery after queries. This is
accomplished by creating "dummy" tables in your Oracle schema that hold the
necessary information to roll back changes. These tables have names of the
"BIN$+HQXPwmySkCtpdSzeQKKgA==$0". They are neither used by nor created by SAS Cost and Profitability Management. However, they may become very large, as they contain enough data to roll back large database updates that were made by made by SAS Cost and Profitability Management. To prevent this unnecessary usage of disk space on your database server, you can disable this Oracle data recovery feature for an entire Oracle instance. Disabling the feature will not impact SAS Cost and Profitability Management in any way.
you are using the Oracle 12c client on the Model Server to make a connection to
the Oracle server, you may encounter the following error at the time of cube
The cube cannot be made because the input data set does not contain any logical observations
There is a known bug in Oracle 12c client software installation, which is missing oraodm12.dll. The missing DLL causes Oracle bulk loader to fail (Doc ID 1593348.1). You can copy this DLL from the server installation to client or obtain it from Oracle Support.
you are using Oracle 12c, you may encounter an error while saving Cost and
Profitability Survey definitions. This error occurs because of an issue in
Oracle's JDBC driver version 184.108.40.206.0, as described here: https://community.oracle.com/thread/2558937
The workaround is to use version 11.x.x of the JDBC driver.
4. A known issue with Oracle’s JDBC driver version 220.127.116.11 is described here: https://community.oracle.com/thread/3682300
You might encounter a “maximum open cursors exceeded” error with that driver. The workaround is to use version 18.104.22.168 or 22.214.171.124.0 or another version that does not have this issue.
1. A PostgreSQL database will perform more slowly on large models than either Microsoft SQL Server or Oracle databases. This happens because PostgreSQL does not have an external "bulk load" interface that is optimized for loading large amounts of data.
1. When you are importing data from a Microsoft Access database or a Microsoft Excel spreadsheet, the file must be visible and accessible from the client. Previous versions of SAS Cost and Profitability Management required that the file be visible from the server. However, SAS has changed the way this import process operates to accommodate changes in Microsoft's support strategy for the Office Suite.
2. Accounts with dimension intersections No <Dimension1> x No <Dimension2> x ... No <DimensionN> can be exported but cannot be imported.
3. Deleting period and scenario data might take a long time when a large amount of data must be deleted.
4. Do not set the monitor display font size to anything larger than 96 DPI.
5. Users of the Accessibility capabilities of SAS Cost and Profitability Management often use the JAWS screen-reading program. There is a known bug in JAWS causing it to occasionally lock input fields of HTML pages, preventing users from entering data. If this happens while you are using JAWS, press Alt+N to re-enable screen input.
6. If an end user who is using the IWA login launches a long-running operation, SAS recommends that the user not close the client while the long-running operation is in progress. The operation might fail if the client is closed.
The following steps are required in order to push the data successfully to SAS LASR Analytic Server from SAS Cost and Profitability Management 8.1.
1. SAS Cost and Profitability Management Cube creator and Modeler groups should be members of the Visual Analytics Data Administrators group.
SAS Cost and Profitability Management Cube creator and Modeler groups to the
/Products/SAS Visual Analytics Administrator with the
If any of the above permissions are not granted successfully, the Regenerate Fact and Cube operation fails with the following message: "ERROR: Metadata Server denied access to operation."