jueves, 4 de agosto de 2011

Understanding Management Role Groups

A management role group is a universal security group (USG) used in the Role Based Access Control (RBAC) permissions model in Microsoft Exchange Server 2010. A management role group simplifies the assignment of management roles to a group of users. All members of a role group are assigned the same set of roles. Role groups are assigned administrator and specialist roles that define major administrative tasks in Exchange 2010 such as organization management, recipient management, and other tasks. Role groups enable you to more easily assign a broader set of permissions to a group of administrators or specialist users.



  • Role holder A role holder is a mailbox that can be added as a member of a role group. When a mailbox is added as a member of a role group, the assignments that have been made between management roles and a role group are applied to the mailbox. This grants the mailbox all of the permissions provided by the management roles.
  • Management role group The management role group is a special USG that contains mailboxes that are members of the role group. This is where you add and remove members, and it's also what management roles are assigned to. The combination of all the roles on a role group defines everything that users added to a role group can manage in the Exchange organization.
  • Management role assignment A management role assignment links a management role and a role group. Assigning a management role to a role group grants members of the role group the ability to use the cmdlets and parameters defined in the management role. Role assignments can use management scopes to control where the assignment can be used. For more information, see Understanding Management Role Assignments.
  • Management role scope A management role scope is the scope of influence or impact on a role assignment. When a role is assigned with a scope to a role group, the management scope targets specifically what objects that assignment is allowed to manage. The assignment, and its scope, are then given to the members of the role group, which restricts what those members can manage. A scope can be made up of lists of servers or databases, organizational units, or filters on server, database or recipient objects. For more information, see Understanding Management Role Scopes.
  • Management role A management role is a container for a grouping of management role entries. Roles are used to define the specific tasks that can be performed by the members of a role group assigned the role. For more information, see Understanding Management Roles.
  • Management role entries Management role entries are the individual entries on a management role that provide access to cmdlets, scripts, and other special permissions that enable access to perform a specific task. Most often, role entries consist of a single cmdlet and the parameters that can be accessed by the management role, and therefore the role group to which the role is assigned.


  • When you create a role group, you create the USG that holds the members of the role group, and you create the assignments between the role group and the management roles you specify. Optionally, you can also specify a management scope to apply to the role assignments, and you can add any mailboxes that you want to be members of the new role group.

    After you create a role group, each layer becomes an independent object. The role group continues to be the central point at which all of the layers are joined together, however, each layer is managed individually. For example, to modify the management scope that you applied to the role group when it was created, you need to change the scope on each individual role assignment after the role group is created. The management of the role group model is performed using the cmdlets that manage the individual layers of the role group model.

    The following table lists the role group layer and the procedural topics that you can use to manage each layer.

    Role group management topics

    Role group model layer Management topic

    Role holder

    Add Members to a Role Group

    Remove Members from a Role Group

    Role group

    Create a Role Group

    Change a Linked Foreign USG on a Linked Role Group

    Add or Remove a Role Group Delegate

    Remove a Role Group

    Management roles and assignments

    Add a Role to a Role Group

    Remove a Role from a Role Group

    Change the Scope of Role Assignments to a Role Group

    Management role entries

    Add a Role Entry to a Role

    Change a Role Entry

    Remove a Role Entry from a Role

    Dd638105.note(en-us,EXCHG.141).gifNote:
    Changing the management role entries in management roles in a role group is an advanced task and is generally not required in most cases. You may, instead, be able to use a preexisting management role that suits your requirements. For more information, see Built-in Role Groups.

    Return to top

    Built-in roles groups are roles shipped with Exchange 2010. They provide you with a set of role groups that you can use to provide varying levels of administrative permissions to groups of users. You can add or remove users to or from any built-in role group. You can also add or remove role assignments to or from most role groups. The only exceptions are the following:

    • You can't remove any delegating role assignments from the Organization Management role group.
    • You can't remove the Role Management role from the Organization Management role group.

    The following table lists all of the built-in role groups included with Exchange 2010. For more information about built-in role groups, see Built-in Role Groups.

    Built-in role groups

    Role group Description

    Organization Management

    Administrators who are members of the Organization Management role group have administrative access to the entire Exchange 2010 organization and can perform almost any task against any Exchange 2010 object.

    View-Only Organization Management

    Administrators who are members of the View Only Organization Management role group can view the properties of any object in the Exchange organization.

    Recipient Management

    Administrators who are members of the Recipient Management role group have administrative access to create or modify Exchange 2010 recipients within the Exchange 2010 organization.

    UM Management

    Administrators who are members of the UM Management role group can manage the Unified Messaging (UM) features in the Exchange organization such as Unified Messaging server configuration, UM properties on mailboxes, UM prompts, and UM auto attendant configuration.

    Discovery Management

    Administrators or users who are members of the Discovery Management role group can perform searches of mailboxes in the Exchange organization for data that meets specific criteria.

    Records Management

    Users who are members of the Records Management role group can configure compliance features, such as retention policy tags, message classifications, transport rules, and more.

    Server Management

    Administrators who are members of the Server Management role group have administrative access to Exchange 2010 server configuration. They don't have access to administer Exchange 2010 recipient configuration.

    Help Desk

    Users who are members of the Help Desk role group can perform limited recipient management of Exchange 2010 recipients.

    Hygiene Management

    Administrators who are members of the Hygiene Management role group can configure the antivirus and anti-spam features of Exchange 2010. Third-party programs that integrate with Exchange 2010 can add service accounts to this role group to grant those programs access to the cmdlets required to retrieve and configure the Exchange configuration.

    Public Folder Management

    Administrators who are members of the Public Folder Management role group can manage public folders and databases on Exchange 2010 servers.

    Delegated Setup

    Administrators who are members of the Delegated Setup role group can deploy previously provisioned Exchange 2010 servers.

    martes, 19 de julio de 2011

    Optimizing Storage for Exchange Server 2003

    Disk subsystem bottlenecks cause more performance problems than server-side CPU or RAM deficiencies, and a poorly designed disk subsystem can leave your organization vulnerable to hardware malfunctions. Specifically, your disk subsystem is performing poorly if it is experiencing:
    • Average read and write latencies over 20 ms.
    • Latency spikes over 50 ms that last for more than a few seconds.
    Diskpart:

    Español:
    Esta tool de MS nos permite alinear las pista de los discos a las piastas de los sectores organizando de forma mas eficiente cada pista del disco y la infoamcion en el.
    Windows 2000/2003 lee blques de disco en 4kb.

    English:
    the default starting sector for disks that have more than 63 sectors per track is the 64th sector. Because Windows will read blocks of 4 KB (8 sectors), one out of every eight blocks of data written to your disk will span two disk tracks (assuming 64 sectors per track). DiskPar can increase disk performance as much as 20 percent.



    Ejemplo (EG):

    1 sector---------512bt

    windows lee o guarda (I/O) bloques de 4kb (8 sectores)(512*8=4KB)

    |--|--|--|--|--|--|--|--| 1er bloke de 4k

    |--|--|--|--|--|--|--|--| 2do bloke de 4k

    |--|--|--|--|--|--|--|--| 3er bloke de 4k

    |--|--|--|--|--|--|--|--|

    |--|--|--|--|--|--|--|--|

    |--|--|--|--|--|--|--|--|

    |--|--|--|--|--|--|--|--|

    |--|--|--|--|--|--|--|00| 8° bloke de 4k (00 es un sector no disponible usado por el MBR)

    Total = 1 pista de 64sectores (8 sectotes (4kb) cada 8 blokes = 64 sectores)

    Con disk part ustilizamos este sector optimizando en un 20% el disco.

    Antes de diskpart (before diskpart):


    Despues de diskpart (after diskpart):


    Formatear el disco en blokes de 4kb.

    Mas info:
    http://www.msexchange.org/tutorials/disk-geometry.html

    For example, if you have a computer running Exchange 2003 that contains one storage group with five databases, you should configure the following separate, physical RAID arrays:

    • C:\ - System volume, operating system, Exchange system files - RAID-1 (direct-attached storage, not SAN)
    • D:\ - Page file - RAID-1 (direct-attached storage, not SAN)
    • E:\ - SMTP and MTA queues - RAID-1+0 (SAN)
    • F:\ - Log files from storage group 1 - RAID-1 (SAN)
    • G:\ - Databases from storage group 1 - RAID-1+0 (SAN)
    http://technet.microsoft.com/en-us/library/bb125079%28EXCHG.65%29.aspx


    Como ver la configuracion actual de un disco:

    fsutil fsinfo ntfsinfo :


    Diferencias con exchange 2007:

    Exch07 al ser una arquitectura x64, windows administra en una forma muy distinta la utilizacion de memoria y el use de disco, formatear los discos de base en blokes de 64k es un factor de mejora en la performance en este caso.


    http://technet.microsoft.com/en-us/library/bb124518%28EXCHG.80%29.aspx




    More Information:
    • Suppress Tuning and Use Thread Count : Automatic tuning works effectively only when you choose to host individual database and log paths on distinct disk drives (separate LUN). Jetstress may frequently fail the automatic tuning if you decide to host many storage groups on the same disk drive. We recommend that you suppress tuning and use a static number of threads for frequent automatic tuning failures.

    • Suppress Tuning and Use Thread Count - Jetstress may frequently fail the automatic tuning if you decide to host many storage groups on the same disk drive, so now there’s an option to suppress tuning

    Configuring Jetstress Relative to Performance of a Specific Disk Subsystem

    It is important to appropriately configure Jetstress in relation to the performance of the specific disk subsystem. This table provides guidelines for the number of threads for the log disk writes per second and the database disk transfers per second.


    These threads are applied on a per storage group basis. The more storage groups you have, the more I/O you will have with a constant thread count.

    Threads

    Log Disk Writes/sec

    DB Disk Transfers/sec

    1

    33

    107

    2

    63

    195

    3

    105

    308

    4

    150

    400

    5

    190

    535

    10

    390

    1050

    20

    500

    1900

    At a certain point, adding more threads does not necessarily increase disk throughput. It may only increase the I/O latency. We recommend that you start with fewer threads and increase them over different tests as the disk subsystem shows it can handle the load. You can determine how well the disk subsystem responds by reviewing the test results.



    Analyzing Results

    After the test is completed, the performance data is analyzed and reported in a summary report. Results will be saved to Performance_(DateTime).html file. All the performance counters collected will be gathered in a counter log file named Performance_(DateTime).blg that you can use for some more advanced analysis.

    Consider the following guidelines when examining the data collected.

    Table 1: Guidelines for examining Jetstress 2007 analysis reports

    Performance Counter Instance

    Guidelines for Performance Test

    Guidelines for Stress Test

    Database Avg. Disk sec/Read

    The average value should be less than 20 ms (.20) and the maximum values should be less than 50 ms.

    The maximum value should be less than 100 ms.

    Log Avg. Disk sec/Write

    Log disk writes are sequential, so average write latencies should be less than 10 ms, with a maximum of no more than 50 ms.

    The maximum value should be no more than 100 ms.

    %Processor Time

    Average should be less than 80% and the maximum should be less than 90%.

    Same as for Performance test.

    Available Mbytes (32-bit Windows Server)

    Minimum should be no less than 50 MB.

    Same as for Performance test.

    Free System Page Table Entries (32-bit Windows Server)

    Minimum should be no less than 5000.

    Same as for Performance test.

    Transition Pages Repurposed/sec (Windows Server 2003)

    Average should be less than 100.

    Same as for Performance test.

    Pages/sec (Windows 2000 Server)

    Average should be less than 100.

    Same as for Performance test.

    Pool Nonpaged Bytes (32-bit Windows Server)

    Maximum should be less than 75 MB.

    Same as for Performance test.

    Pool Pages Byes (32-bit Windows Server)

    Maximum should be less than 180 MB.

    Same as for Performance test.

    Database Page Fault Stalls/sec.

    Maximum should be less than 1.0.

    Same as for Performance test.



    http://www.redline-software.com/eng/support/articles/msexchange/2007/disk-performance-testing-jetstress-2007.php





    martes, 12 de julio de 2011

    Archive mailbox in Exchange 2010

    Excellent link relate that how to configure archiving in exchange 2010.

    http://www.howexchangeworks.com/2009/08/archive-mailbox-in-exchange-2010.html

    Enable Pipeline Tracing

    Setting the value for the PipelineTracingSenderAddress parameter to "<>" captures all e-mail server-generated messages received by the Hub Transport or Edge Transport server that you are configuring. Depending on the amount of e-mail server-generated messages that your organization receives, this may place a significant load on the server and may quickly consume available disk space. Always monitor available disk space when pipeline tracing is enabled.

    How to:
    http://technet.microsoft.com/en-us/library/bb125018.aspx

    domingo, 10 de julio de 2011

    Role Groups and Roles + Exchange 2010

    An important concept you need to understand in order to appreciate RBAC is the relationship between role groups, roles, cmdlets (commandlets) and parameters.

    The RBAC Triangle of Power

    Before we end this article, let’s have a look at a graphical representation that summarizes how RBAC works.

    Members of the Exchange team like to depict the workings of the RBAC with what they call the "Triangle of Power".


    The Triangle of Power is made up of four main components: the Where, the What, the Who, and the Glue.

    The Where or Scope represents the range over which a particular role assignment is supposed to apply, i.e., a single organizational unit, a single user, a group of users, or the entire organization.

    The What or Role represents what your role can actually do. Exchange Server 2010 has 65 built-in roles that you can either use straightaway or build from.

    The Who or Role Group, as we mentioned way back, is simply a collection of roles (which in turn are made up of cmdlets and parameters). You combine this with the Scope to come up with a complete Role Assignment.

    Predefined Role Groups used in Exchange Server 2010 Role Based Access Control:

    1. Delegated Setup - For admins who need to deploy Exchange 2010 servers that have been previously provisioned by a member of the Organization Management role group.
    2. Discovery Management - For admins who need to perform searches of mailboxes for data that meet specific criteria as well as configure legal holds on mailboxes.
    3. Help Desk - For admins who need to view and modify the Microsoft Office Outlook Web App options.
    4. Hygiene Management - For administrators who need to configure the virus and antivirus features of Exchange.
    5. Organization Management - For admins who need to have administrative access to the entire Exchange 2010 organization.
    6. Public Folder Management - For administrators who need to manage public folders and databases on servers running Exchange 2010.
    7. Recipient Management - For admins who need to manage Exchange 2010 recipients.
    8. Records Management - For administrators who need to configure compliance features such as retention policies, message classifications, and transport rules.
    9. Server Management - For admins who need to set server-specific configurations of transport, Unified Messaging (UM), client access, and mailbox features.
    10. UM Management - For admins who need to manage UM-related server configurations, properties on mailboxes, prompts, and auto attendant configurations.
    11. View-Only Organization Management - For administrators who need to view the properties of any object in Exchange.
    http://technet.microsoft.com/en-us/library/dd298183.aspx
    http://www.msexchange.org/articles_tutorials/exchange-server-2010/management-administration/exchange-2010-role-based-access-control-part1.html


    viernes, 1 de julio de 2011

    TeamViewer

    TeamViewer connects to any PC or server around the world within a few seconds. You can remote control your partner's PC as if you were sitting right in front of it.

    Download the client for this link:

    http://www.teamviewer.com/en/download/index.aspx

    You can install this software or just run it, afther that the software provide you an ID with a security password and you are able to take remote control for other computers:



    Provide the ID and password to others persons and share your application.

    SSL Diagnostics Version 1.1 (x86)

    Download the Secure Socket Layer (SSL) troubleshooting tool for Internet Information Services (IIS).

    A common problem for administrators of IIS servers is configuring and troubleshooting SSL enabled websites. To assist in administrators efforts, Microsoft has designed a tool - SSL Diagnostics - to aid in quickly identifying configuration problems in the IIS metabase, certificates, or certificate stores.

    This tool allows users to review configuration information in a easy to read view mode or to run the tool silently with only the creation of a log file. During use, administrators can simulate the SSL handshake to find errors. They can also quickly "hot swap" certificates for testing purposes.

    Overview

    A common problem for administrators of IIS servers is configuring and troubleshooting SSL enabled websites. To assist in administrators efforts, Microsoft has designed a tool - SSL Diagnostics - to aid in quickly identifying configuration problems in the IIS metabase, certificates, or certificate stores.

    This tool allows users to review configuration information in a easy to read view mode or to run the tool silently with only the creation of a log file. During use, administrators can simulate the SSL handshake to find errors. They can also quickly "hot swap" certificates for testing purposes.

    These packages come in two forms: Express and Full. The express will only give the pertinent tools for administrators to use SSL Diagnostics while full install installs the same files with the appropriate documentation. Included in the full install is a SSL Frequently Asked Questions that can assist in the learning of SSL for administrators.


    System requirements

    Supported Operating Systems: Windows 2000, Windows NT, Windows Server 2003, Windows Server 2003 R2 (32-Bit x86), Windows Server 2003 Service Pack 1, Windows Server 2003 Service Pack 2, Windows XP Professional Edition

    This update includes fixes from customer reported issues as well as expand functionality including creation of self-sign certificates. For more information, please visit the IIS Diagnostics home page.

    http://www.microsoft.com/download/en/details.aspx?id=674

    How to??

    with this tool you can check the SSL version that you client are using: