Chat now with support
Chat with Support

Active Roles 7.5 - Quick Start Guide

Introduction Active Roles Setup package Active Roles uninstallation System Requirements Deploying the Administration Service Deploying user interfaces Installing additional components Upgrade of an earlier version Performing a pilot deployment Deployment considerations Silent installation of Active Roles components Configuring Active Roles to Manage Hybrid Active Directory Objects Active Roles on Windows Azure VM

Installing the Active Roles console

Installing the Active Roles console

You need the Active Roles console of version 7.5 if you want the console to connect to the Administration Service of version Active Roles. As the console of version 7.5 does not connect to the Administration Service of earlier versions, the use of the console version Active Roles for your pilot project ensures that the console automatically connects to the pilot Administration Service.

For installation instructions, see Steps to install the console earlier in this document.

Deployment considerations

This section addresses issues concerning the deployment of the Active Roles Administration Service. Information for this section was collected from:

  • Feedback from our current customers who have enterprise class deployments with multiple sites/locations
  • Extensive testing of Active Roles in our software development labs
  • Comparisons and testing of Active Roles to competitors’ solutions

There are no technical requirements for installing many Administration Services in a location or in different locations. The number of Administration Services in a location and the number of locations with Administration Services depends on an organization’s needs and expectations, the current infrastructure and hardware, and the business workflow. When considering an To add the Active Roles console (MMC Interface) to the pilot deployment, simply install the new version of the console on an appropriate server and have the console connect to your pilot Administration Service. deployment, administrators should consider the following issues:

  • Business workflow
  • Hardware requirements
  • Need for availability
  • Replication traffic

When an organization has gathered and assessed the information above, it will be able to determine the locations and number of Administration Services to be installed. The last sub-section provides network diagrams that illustrate potential Active Roles deployments.

Business workflow

This factor focuses on Active Directory (AD) data management processes and practices, including who will perform these tasks and from where they access the management services. Generally, these tasks will be divided among several groups, which might include both high- and low-level administrators, a Help Desk, HR personnel, and work group managers.

Possible business workflows for AD data management processes might be:

  • Centralized at one location and performed by one group
  • Centralized at one location or LAN site and performed by multiple groups
  • Distributed at multiple sites but performed by one business group
  • Distributed at multiple sites and performed by multiple independent business groups

Organizations should diagram the locations/sites at which AD data management is done, their network connections, the number of users performing tasks, the type of work they do. For example, Help Desk personnel will make more use of the Administration Service than regular employees who are occasionally changing their personal information.

Finally, the number of users at each site should be added to the diagram. Current customers report that there has been no need to install additional services in order to improve Active Roles performance. Adding the number of users is not intended to indicate the workload on or the performance of the Administration Service. The number of users is intended to help organizations to estimate and understand their own administration workload and how Active Roles will fit into that workload.

Hardware requirements

After calculating the resource usage of an Administration Service and mapping the business workflow of the network sites, an organization will have the necessary information to start assessing any need for additional hardware.

There is no technical need for installing the Administration Service on dedicated hardware. In fact, current customers do not use only dedicated hardware. They use a combination of dedicated and shared hardware to host the Administration Service. For example, a current customer manages 2,000,000 AD objects in a global deployment with a total of five Administration Services, two of which are dedicated and the other three are shared with other applications.

An organization’s current infrastructure, including existing servers, sites and connections, will greatly determine the need for additional hardware to run Active Roles. The Administration Service can be installed on any server, although organizations should consider these two guidelines:

  • It is not recommended that the Administration Service be installed on a domain controller.
  • Typically, organizations install the Administration Service on other application, file, or print servers.

Depending on service level agreements or goals, if existing servers are currently fully loaded or overloaded, then a new server should be purchased, and the Administration Service and additional services should be moved onto the new equipment. Not only will this enable Active Roles deployment, it will also improve the performance of the currently deployed services. Since Active Roles is often deployed during migration to Active Directory, Active Roles deployment can be included in planning for new hardware and server consolidation.

The need for redundancy and availability also will affect the hardware requirements. See the sub-section “Availability and Redundancy” for further details.

Web Interface: IIS Server required

If an organization plans to use the Active Roles Web Interface, IIS must be installed on the server running the Web Interface.

It is recommended that organizations use the Active Roles Web Interface because it offers more flexibility than the MMC Interface. Users can access it from almost anywhere on the network. It shows administrators only the data they can administer and the tasks they can perform, which makes it easy to learn and highly secure.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating