![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Hyperion Essbase provides a comprehensive, multi-layered system for managing access to applications, databases, and other objects. The Hyperion Essbase Security System provides protection in addition to the security available through your local area network security system. The next three sections explain how to create a security plan with the Hyperion Essbase Security System.
This chapter contains the following sections:
The Hyperion Essbase Security System addresses a wide variety of database security needs with a multi-layered approach to let you develop the best plan for your environment. You can combine the following layers of security:
All information about users, groups, passwords, privileges, filters, applications, databases, and their corresponding directories is stored in the ESSBASE.SEC
file in your $ARBORPATH
\Bin
directory. Each time you successfully start the Agent, a backup copy of the security file is created as ESSBASE.BAK
.
If you attempt to start the Agent and can't get a password prompt or your password is rejected, no.BAK
file is created. You can restore from the last successful startup by copying ESSBASE.BAK
to ESSBASE.SEC
. Both files are in the BIN
directory where you installed the Hyperion Essbase server.
Various types of management privileges can be assigned at the global or user levels.
The following table lists several tasks users with various management privileges can perform.
The User and Group Access layer lets you define security settings for individual users and groups. Groups are collections of users that share the same minimum privileges. Users inherit all privileges of the group, and can additionally have access to privileges that exceed those of the group. Users and groups are managed on a server-by-server basis: users defined on a server exist for all applications and databases on the server.
One major way to assign privileges to users and groups is to define user and group types when you create or edit (modify the privileges of) the users and groups. You define these types in the New or Edit User dialog boxes (see Figure 17-6 and Figure 17-8, respectively).
. In the Application Manager, users and groups can have one of four types of privileges. A description of these user types follows. To learn how to define a type, see Creating, Editing, and Copying Users and Groups.
A user with Supervisor privilege has:
A user with ordinary user privilege can:
A user with Create/Delete Users/Groups privilege can:
A user with Create/Delete Applications privilege can:
Users with Create/Delete Applications privilege cannot create or delete users, but they can manage global access to those applications which they have created. For more information on global access privileges, see Managing Security at the Global Access Layer.
. Figure 17-4: Create/Delete Applications Privilege
Users and groups can also have Application Designer or Database Designer privilege on an application or database basis. For more information about those settings, see Application Designer Privilege or Database Designer Privilege.
To help you manage security between users and groups, the following user-management tasks are available at varying degrees to differently privileged users:
Hyperion Essbase displays the following dialog box:
Figure 17-5: User/Group Security Dialog Box
The Users list box fills with the names of all users currently defined on this server. Similarly, the Groups list box fills with the names of all groups defined on this server. The five buttons to the right of each list box, which are displayed, let you perform the functions of user and group management.
For more information on managing users and groups, see Creating, Editing, and Copying Users and Groups, Copying an Existing Security Profile, Deleting Users and Groups, or Renaming Users and Groups.
For information about lock management and password/user name management, see Managing User Activity at the Server Level.
When you create, edit, or copy a user or a group, you define a security profile. This is where you define the extent of the privileges users and groups have in dealing with each other and in accessing applications and databases. For even more specific data-level security, see Controlling Access to Database Cells.
To create a user means to define the user's name, password, and privilege and access specifications. You can also specify group membership for the user, and you can specify that the user be required to change the password at the next login attempt, or that the user name be disabled for any reason.
Figure 17-6: New User Dialog Box
As you type, Hyperion Essbase masks your typing with asterisks.
Note: | Passwords are not case-sensitive. |
At the next login attempt, the user is prompted to change the password in the Change Password dialog box, shown in Figure 17-9.
Hyperion Essbase displays the following dialog box:
Figure 17-7: Group Membership Dialog Box
The Not member of list box contains the names of all groups on the server to which this user does not belong.
To edit a user means to modify the security profile established when the user was created. Any privilege or limitation that you do not assign when creating a new user can be specified later, using the "Edit User" capability. The dialog boxes for editing a user and for creating a new one are exactly the same (except for their titles).
Hyperion Essbase displays the Edit User dialog box:
Figure 17-8: Edit User Dialog Box
Note: | Passwords are not case-sensitive. |
When this user tries to log in using the old password, he or she will be prompted to first change the password in the Change Password dialog box:
Figure 17-9: Change Password Dialog Box
Note: | You cannot change the names of users from the Edit User dialog box. Use the Rename User button, described in Renaming Users and Groups. |
![]() |
You can also use alter user in MaxL or the SETPASSWORD command in ESSCMD to change a user's password. See the online Technical Reference in the DOCS directory for information.
|
A group is a collection of users who share the same minimum access privileges. It is helpful to place users in groups because it saves you the time of assigning identical privileges to users again and again.
A member of a group may have privileges beyond those assigned to the group, if they are assigned individually to that user.
The process for creating, editing, or copying groups is the same as that for users, except that there are no group passwords. You define group names, privileges, and access specifications just as you would for users.
When you create a new user, you can assign the user to a group. Similarly, when you create a new group, you can assign users to the group. You must define a password for each user; there are no passwords for groups.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
To edit an existing group, select the group you want to edit and click Edit Group. Then follow these instructions; they are the same as for creating a new group.
Note: | You cannot rename a group from the Edit Group dialog box; use the Rename Group button, described in Renaming Users and Groups. |
Hyperion Essbase displays the following dialog box:
Figure 17-10: New Group Dialog Box
Note: | You cannot add users to a group having higher privileges than your own. |
To simply view a list of users in a selected group, click Edit Group and then click Users. The Members list box of this dialog box contains a list of the group's users.
An easy way to create a new user with the same privileges as another user is to copy the security profile of an existing user. The new user is assigned the same user type, group membership, and application/database access as the original user.
You can also create new groups by copying the security profile of an existing group. The new group is assigned the same group type, user membership, and application access as the original group.
To copy a user or group means to duplicate the security profile of an existing user or group, and to give it a new name. It is helpful to copy users and groups because it saves you the time of reassigning privileges in cases where you want them to be identical.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Hyperion Essbase displays the following dialog box:
Figure 17-11: Copy User Dialog Box
As you type, Hyperion Essbase masks your typing with asterisks.
Note: | Passwords are not case-sensitive. |
Only a user with Supervisor privilege can reactivate the user name.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Hyperion Essbase displays the following dialog box:
Figure 17-12: Copy Group Dialog Box
The Group Membership dialog box appears.
For more information on using the Group Membership dialog box to assign users to groups, click Help, or see the instructions accompanying Figure 17-7.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Hyperion Essbase displays the following confirmation box:
Figure 17-13: Delete User Confirmation Box
If you choose to delete the user, Hyperion Essbase updates the Users list box and the server security file with your changes. Hyperion Essbase automatically deletes users from all groups to which they belong.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Members of the group are not affected by this operation, except that they will no longer be a member of the deleted group.
When you click Delete Group, Hyperion Essbase displays the following confirmation box:
Figure 17-14: Delete Group Confirmation Box
If you choose to delete the group, Hyperion Essbase updates the Groups list box and the server security file with your changes.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Hyperion Essbase displays the following dialog box:
Figure 17-15: Rename User Dialog Box
Hyperion Essbase updates the Users list box and the server security file with your changes. User names are automatically updated in all groups to which the user belongs.
Hyperion Essbase displays the User/Group Security dialog box (see Figure 17-5).
Hyperion Essbase displays the following dialog box:
Figure 17-16: Rename Group Dialog Box
Hyperion Essbase updates the Groups list box and the server security file with your changes. Members of the group are not affected by this operation.
![]() |
You can also use alter user in MaxL or the RENAMEUSER command in ESSCMD to rename a user. See the online Technical Reference in the DOCS directory for information.
|
By default, users and groups inherit the global application and database settings, which become their security privileges. A user can, however, have application and database privileges that go beyond the global defaults. These settings can be defined by a system administrator when creating a new user or editing an existing user. There is no need to define the settings for Supervisors--they are automatically granted Application Designer access (full privileges) to every application on the server.
To modify application or database access settings for a group, follow the instructions below pertaining to a user, substituting the word "group" where you see "user."
Hyperion Essbase displays the following dialog box:
Figure 17-17: User/Group Application Access Dialog Box
The Applications list box shows all applications defined on the server to which you have access. When you select an application, the user's current access level for the selected application appears in the Access group. If you have not yet assigned privileges to this user, the default access setting is None.
There is no need to assign database access for Supervisors, or for those with Application Designer privilege for the application or Database Designer privilege for the database. These users already have full database access.
You need to assign database access to other users if:
If you need to assign access to databases within the selected application, proceed as follows:
Note: | The DB Access button is disabled when the selected user is a Supervisor or Application Designer for the selected database, because these users are automatically given Database Designer access to every database within the application. |
Figure 17-18: User Database Access Dialog Box
The Database list box shows all databases defined within the application to which you have access. When you select a database, the access the user has for the selected database appears in the Access group.
If the user is not a Supervisor, you can give the user one of the following access levels:
User Access Level | Privilege Description |
---|---|
None | Indicates no access to any object or data value in a database. |
Filter Access | Indicates that data access is restricted to those filters assigned to the user. (For information about filters, see Controlling Access to Database Cells) |
Read Only | Indicates read access to retrieve all data values. Report scripts can also be run. |
Read / Write | Indicates that all data values can be retrieved and updated (but not calculated). The user can run, but cannot modify, Hyperion Essbase objects. |
Calculate | Indicates that all data values can be retrieved, updated and calculated with the default outline or any calc script to which the user has access. |
Database Designer | Indicates that all data values can be retrieved, updated, and calculated. In addition, all database-related files can be modified. |
Filter | Associates a filter object with a user name. A user can have one filter per database. (For information about filters, see Controlling Access to Database Cells). Checking this option or any other option except None enables the selection of a filter object from the list box. |
If you choose the Calculate access level, the Calcs button lets you define calc script execution access. Users can run any server-based calc script (provided they have sufficient security privileges) from the Application Manager or an Hyperion Essbase Spreadsheet Add-in. When you click Calcs, Hyperion Essbase displays the following dialog box:
Figure 17-19: Execute Calc Scripts Dialog Box
The Allow All Calcs check box lets you give the user access to all calc scripts on the server. Any scripts defined afterward are automatically added to the user's calculate privileges. Individual calc script privileges can be added or removed by selecting the script and clicking <-Add or Remove->.
Note: | By default, a Supervisor, Application Designer, or Database Designer can run all calc scripts. |
The security system lets you view all users and groups on the server from a list. You can easily make changes to their application and database access levels from this same list. This enables you to effectively maintain a security plan for a large number of users.
Hyperion Essbase displays the following dialog box, showing all users and groups on the server:
Figure 17-20: Application Access Dialog Box
The Access group shows the current access level for the selected user or group. Click Help for information on each setting.
Figure 17-21: Database Access Dialog Box
The Users/Groups list box shows all users and groups on the server. To view the current settings for the user or group, select a name from the list. Click Help for information on each setting.
Note: |
If a user has insufficient privileges to access the data in a database, the value does not show up in the spreadsheet or shows up as #NOACCESS .
|
The Global Access layer pertains directly to the security-access settings for applications and databases and their related files. Application and database security settings are based on the minimum database access privilege granted to all users. For example, if an application has Read privilege assigned as the minimum database access level, all users can read any database within that application, even if their individual privileges do not specify Read access. Similarly, if a database has the privilege None assigned, only users with higher access privileges (granted at the user, group, or database filter layer) can gain access to the database.
Users with Supervisor privilege, Application Designer privilege for the application, or Database Designer privilege for the database are not affected by these settings. Supervisors automatically have full access, and Application Designers and Database Designers have full access only for their applications or databases.
By default, users and groups inherit the global access settings, which become their security privileges. A user can, however, have application and database privileges that go beyond the global defaults. For more information on application and database privileges defined at the user level, see Modifying User Application and Database Access Settings.
The following access privileges are available in the Global Access layer. These privileges apply to applications and databases.
Databases within applications inherit the privileges of the applications whenever the application's access settings are higher than those of the database.
You can define access settings and other settings that apply to applications on a global level. The settings you define for the application affect all users, unless they have higher privileges granted to them at the user level. The following application settings are available:
Only users with Supervisor privilege (or Application Designer privilege for the application) can change Global Access settings for applications.
Hyperion Essbase displays the following dialog box:
Figure 17-22: Application Settings Dialog Box
The Global Access privileges are listed in the Minimum Database Access group. All databases within the application (as well as any databases created after the settings are defined) inherit the settings specified in the Application Settings dialog box (see Figure 17-22), unless they are changed at the database level.
Changes to the Minimum Database Access settings for applications affect only those databases that have lower access privileges. Assigning privileges at one level never takes away privileges that have been granted at another, except in the case of filters (for more information about filters, see Controlling Access to Database Cells).
For example, an application with a setting of Write contains two databases. The first database has had no higher access privileges granted, and so it inherits the application's Write setting. The second database has been assigned a minimum database access of Calculate. The application setting of Write does not affect the second database because Calculate is a higher privilege than Write.
If you were to change the application settings from Write to a minimum database access setting of Read, this would lower the first database's access level to Read. (The Write privilege is taken away only because the database was never assigned privileges at the database level--it has inherited the application's settings by default.) The second database, which has been defined with a higher privilege at the database level, would remain with the original setting of Calculate.
In the Application Settings dialog box, all "Allow" settings (Allow Application to Start, Allow Commands, Allow Connects, and Allow Updates) override other security and access settings defined for users, with the exception of supervisors. When a supervisor clears any of the Allow check boxes, other supervisors are not affected by the change.
All Allow settings (Allow Commands, Allow Connects, and Allow Updates) are checked by default. If a supervisor unchecks a setting, it is not rechecked when the supervisor disconnects from an application or database.
When a supervisor clears Allow Commands, all other users (except supervisors) are immediately affected by the change. Changes to other application settings don't affect users currently connected to the application.
If a power failure or system problem causes the Hyperion Essbase server to improperly disconnect from the Hyperion Essbase client, and your application is no longer accessible, you will need to shut down and restart the application. See Running Hyperion Essbase, Applications, and Databases for more information.
When you create a database, it inherits the Global Access settings defined for the application (see Minimum Database Access). In addition, any database within an application can be defined with its own higher Global Access settings, which override the application's Global Access settings.
Hyperion Essbase displays the following dialog box:
Figure 17-23: Database Settings Dialog Box
The Global Access privileges are in the Database Access group.
Note: | Although any user with a minimum of Read access to a database can start the database, only a Supervisor, a user with Application Designer privilege for the application, or a user with Database Designer privilege for the database can stop the database. |
Users and groups can be assigned Application Designer or Database Designer privilege on an application or database basis. These settings are useful for assigning supervisor privileges to users who need to be in charge of particular applications or databases, but who only need ordinary user privileges for other projects.
If you have Application Designer privilege for an application, you have complete access to all objects in that application. (You cannot create or delete an application unless you also have been granted that privilege on the user level.) If you have Application Designer privilege, you can do the following:
Application Designer privilege applies only to the assigned application. Outside of the application, you revert to the privileges of an ordinary user.
For a given database, users or groups can be assigned any one of the following privilege levels: None, Filter Access, Read Only, Read/Write, Calculate, and Database Designer.
If you have Database Designer privilege, you have complete access to all objects in the database. You cannot create or delete a database, but you can do the following:
Database Designer privilege applies only to data access for the assigned database. Outside of the database, you revert to the privileges of an ordinary user.
This section explains how to manage the activities of users connected to the server. The security concepts explained in this section are lock management, connection management, and password/user name management. For information about managing security for partitioned databases, see Designing Partitioned Applications.
Hyperion Essbase Spreadsheet Add-in users can interactively send data from a spreadsheet to the server. To maintain data integrity while providing multi-user concurrent access, Hyperion Essbase lets users lock data for the purpose of updating it. Users who want to update data must first lock the records to prevent other users from trying to change the same data.
The default maximum lock time is 3600 seconds, or 60 minutes. To prevent data from becoming inaccessible for long periods, Hyperion Essbase automatically unlocks data that remains locked beyond the allotted time. A user with Supervisor or Application Designer privilege can modify the maximum lock time setting.
Occasionally, you may need to force an unlock operation before the allotted time expires. For example, if you attempt to calculate a database that has active locks, the calculation must wait when it encounters a lock. By clearing the locks, you allow the calculation to resume.
The security system allows only Supervisors to view users holding locks and to remove the locks.
Hyperion Essbase displays the Database Locks dialog box:
Figure 17-24: Database Locks Dialog Box
The Database Locks dialog box displays a list of users who currently have at least one block locked. It also indicates the number of blocks that are locked, and the amount of time, in seconds, that the blocks have been locked.
Note: | Removing a lock does not disconnect the user from his or her session. |
![]() |
You can also use the REMOVELOCKS command in ESSCMD to perform this task. See the online Technical Reference in the DOCS directory for information.
|
The security system lets you disconnect a user from the Hyperion Essbase server when you want to restructure an outline or load data.
A user with Supervisor or Application Designer privilege can disconnect a user connected to a particular application and database.
Hyperion Essbase displays the Connections dialog box:
Figure 17-25: Connections Dialog Box
If you have Supervisor privilege, this dialog box lists the following:
If you have Application Designer privilege, this dialog box lists the following:
You can place limitations on the number of login attempts users are allowed, on the number of days users may not use Hyperion Essbase before becoming disabled from the server, and on the number of days users are allowed to have the same passwords. Only system administrators (users with Supervisor privilege) can access these settings. The limitations apply to all users on the server, and are effective immediately upon clicking OK.
Hyperion Essbase displays the Server Settings dialog box.
Figure 17-26: Server Settings Dialog Box
The Password Management option group contains the settings for user management. A setting of 0 for any option means that that parameter is turned off; therefore, you must enter at least 1 to apply limitations.
Note: | If you return to the Server Settings dialog box later and change the number of unsuccessful login attempts allowed, Hyperion Essbase resets the count for all users. For example, if the setting was 15 and you changed it to 20, as soon as you clicked OK, all users would be allowed 20 new attempts. If you changed the setting to 2, a user who had already exceeded that number when the setting was 15 would not be locked out. The count returns to 0 for each change in settings. |
The timer starts for all users as soon as you click OK, and it is reset for particular users each time they log in or are reactivated or edited by Supervisors.
The timer starts for all users as soon as you click OK, and it is reset for particular users each time they change their passwords or are reactivated or edited by Supervisors.
A user name becomes disabled when the user exceeds limitations specified in the Server Settings dialog box (see Managing Passwords and User Names), or because a system administrator has disabled the user name at the user level. To learn how to disable a user name, see Editing a User.
Hyperion Essbase displays the Disabled Usernames dialog box, which lists all disabled user names:
Figure 17-27: Disabled Usernames Dialog Box
Hyperion Essbase displays a confirmation box.
Figure 17-28: Confirm Activate Confirmation Box
Note: | Only a system administrator (a user with Supervisor privilege) can view or reactivate disabled user names. |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Copyright © 1991-2000 Hyperion Solutions Corporation. All rights reserved.