نمایش نتایج: از شماره 1 تا 7 از مجموع 7
سپاس ها 1سپاس

موضوع: Configuring the Native Exchange 2007 MP for OpsMgr 2007 R2

  
  1. #1
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272

    Configuring the Native Exchange 2007 MP for OpsMgr 2007 R2

    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part1.html

    Rui Silva

    PART-1


    Introduction

    Waves of joy were felt by all the Messaging Administrator throughout the World when the native Exchange Server 2007 Management Pack (MP) was released in June 2009. Until then, the existing MP for Microsoft Exchange Server 2007 was more or less a disappointment since some of its functionality had been lost in the conversion processes, when compared to its predecessor known as Microsoft Operations Manager (MOM) 2005.
    Since I dedicated a series of articles to the subject; Monitoring Exchange 2007 With System Center Operations Manager 2007, I decided to write this one where I will uncover the new features of the native MP, as well as the differences in the installation and configuration process.
    Here are some of the key enhancements of this MP over its predecessors:

    • Template (wizard style) for configuring Client Access server synthetic transactions against Outlook Web Access (OWA), Exchange ActiveSync, Web Services, POP3, and IMAP.
    • Template (wizard style) for configuring Exchange 2007 Intra-organizational mail flow synthetic transactions between agent-managed Exchange 2007 Mailbox servers.
    • New set of reports specific to Exchange 2007. Enhanced object search and filtering so that the report search feature automatically searches for the objects that the report expects.
    • The management pack improves Exchange disk monitoring by providing support for mount points and by discovering three types of disks: Database (on the Mailbox server role), Log (on the Mailbox server role), and Queue (on the Hub and Edge server roles).
    • A significant number of rules, monitors and performance collection rules that are not actionable or may be noisy are disabled (60% reduction in noise-based alerts). Note that many of these rules are still in the management pack so that you can enable them if necessary.
    • Support for monitoring multiple Exchange organizations using a single Operations Manager 2007 management group.
    • Full support for clustered configurations using Windows Clustering technology.
    • Improved low-privilege support. This management pack supports installing the agent with the minimum rights required by the Operations Manager agent.
    • Additional and improved tasks that simplify troubleshooting and reduce the amount of time to resolve alerts.
    • Improved topology discovery.
    • Improved synthetic transactions. This management pack improves the performance and support for the Exchange 2007 synthetic transactions in several ways:
      o The management pack supports a number of mail flow transaction types, including local, intra-site, inter-site, cross-organization, and Internet.
      o The management pack supports running the following Exchange 2007 synthetic transactions:
      - Test-Mailflow
      - Test-SystemHealth
      - Test-OwaConnectivity
      - Test-ActiveSyncConnectivity
      - Test-WebServicesConnectivity
      - Test-PopConnectivity
      - Test-ImapConnectivity
      - Test-MapiConnectivity
      - Test-UMConnectivity
      - Test-ExchangeSearch
      - Test-ReplicationHealth
    • The discovery of Exchange 2007 server roles is disabled by default and minimal Exchange 2007 monitoring is applied. This allows you to discover and monitor your servers gradually, as well as tune the management pack as you bring more agent-managed Exchange 2007 servers into the Operations Manager environment.

    The following table provides an overview of the Exchange Server 2007 MP monitoring functionality that is enabled through Operations Manager 2007 R2:

    Exchange component
    Monitoring functionality
    Exchange Client Access

    • ActiveSync and OWA connectivity monitoring including synthetic transactions
    • Performance measuring and alerting

    Exchange Edge Transport

    • Performance measuring and alerting

    Exchange Hub Transport

    • Performance measuring and alerting

    Exchange Mailbox

    • Information Store monitoring
    • Mail flow and MAPI connectivity monitoring
    • Performance measuring and alerting

    Exchange Unified Messaging

    • Unified Messaging connectivity monitoring including synthetic transactions
    • Performance measuring and alerting

    Configuration and Security

    • Exchange best practices (ExBPA)

    Exchange Event Log monitoring

    • Comprehensive rules for Exchange
    • Detailed product knowledge about events

    Table 1: Exchange 2007 MP monitoring functionalities
    Solution Topology

    For the purpose of writing this article, I installed the following environment on my test lab:

    One thing to notice is that all the machines (virtualized on Hyper-V) are now 64-bit, since this architecture is fully supported by OpsMgr 2007 R2.

    Name
    Role
    Architecture
    Software
    OPSMGR2K7R2
    Root Management Server
    X64
    Windows Server 2008 R2
    System Center Operations Manager 2007 R2
    E2K7-x64
    Domain Controller
    Mailbox Server
    CAS Server
    HUB Transport Server
    x64
    Windows Server 2008 SP2
    Exchange Server 2007 SP2
    E2K7-MBX2
    Mailbox Server
    Unified Messaging
    SCR Target
    X64
    Windows Server 2008 SP2
    Exchange Server 2007 SP2
    E2K7EDGE
    Edge Server
    x64
    Windows Server 2003 R2 SP2
    Exchange Server 2007 SP1 + UR9
    Table 2: List of servers
    Exchange 2007 Management Pack Pre-Requisites and Considerations

    There are no special requirements for the new native Exchange 2007 MP, nevertheless I’d like to mention the following system requirements:

    • This MP is for System Center Operations Manager 2007 R2 and will not run on any previous version, such as Operations Manager 207 SP1.
    • Install Windows PowerShell and the Operations Console on your root management server. This is required because the Exchange Server 2007 Management Pack workflows require Windows PowerShell to run successfully.
    • Exchange Server 2007 Service Pack 1 is required (mainly because some performance counters were renamed with this release).
    • 64-bit platforms only!

    There are some limitations and considerations that you should be aware of:

    • The maximum tested number of simultaneous synthetic transactions on an agent-monitored Exchange server is 15. Running synthetic transactions too frequently can generate a heavy load on the Mailbox or Client Access servers. Additionally it is possible for incorrect availability to be calculated if the transactions are run too frequently (more frequently than every 5 minutes is not recommended).
    • This management pack does not monitor Network Load Balanced clusters that you may have set up for the Exchange 2007 Client Access server role, Hub Transport server role, or Edge Transport server role.
    • This management pack does not support third-party cluster technology.
    • This management pack does not support agentless monitoring.
    • This new Exchange Server 2007 MP for OpsMgr 2007 R2 does not support an upgrade from the previously released, converted Exchange Server 2007 Management Pack. Running both management packs in parallel is a supported scenario, but not recommended.
    • Increase the size of the Windows PowerShell Event Log on managed Exchange 2007 servers running on Windows Server 2003 (default size is 512 KB as depicted on Figure 1). Configure the size of the event logs on the local server and the Overwrite property to avoid error conditions resulting from the increase in events due to running synthetic transactions (Figure 2).


    Figure 1: PowerShell Event Log Properties

    Figure 2:
    PowerShell Log full
    Installation and Configuration Procedures

    There will be 11 steps covered in this article in order to install and fully configure the Exchange Server 2007 MP for the environment previously described. Although some of the steps are optional, I’m pretty sure these are the most common in a typical organization:

    1. Install the Operations Manager agent on all Exchange 2007 servers you want to manage, and enable agent proxy.

      1.1. Install the agent manually on Edge Server.
    2. Create a new management pack in which you store overrides and other customizations.
    3. Download and import the native Exchange 2007 MP and also recommended additional management packs.
    4. Enable Exchange 2007 Server Role discoveries to discover Exchange 2007 servers and to start monitoring them.
    5. Configure disk monitoring.
    6. Configure Internet Information Services (IIS) Monitoring.
    7. Assign Edge servers to a particular organization and site.
    8. Configure synthetic transactions.

      8.1. Configure intra-organization mail flow.

      8.2. Configure inter-organization mail flow.

      8.3. Configure Client Access server synthetic transactions.
    9. Configure the Log Shipping Replay Queue Length Monitor for SCR and CCR Scenarios.
    10. Enable Remote Unified Messaging Connectivity Monitoring.
    11. Adjust the Best Time to Run Report Data Collection Scripts / Resource-Intensive Rules and Monitors.

    Summary

    This concludes part 1 of this 6-part article. In the next part we’ll cover the first 3 steps of the previously mentioned installation and configuration process





    موضوعات مشابه:

  2. #2
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272
    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part2.html
    PART-2

    Introduction - Add The Exchange Servers as Agent Managed Computers

    Adding the Exchange servers to manage as agent managed computers is pretty much the same as in the previous versions of OpsMgr. Let us review the process;

    1. Click the Administration tab and then click Configure computers and devices to manage on the Actions pane. This will start the Computer and Device Management Wizard (Figure 3). Click Next, choose Advanced Discovery (Figure 4) and select Servers Only from the Computers and Device Classes drop-down box.


    Figure 3: Computer and Device Management Wizard

    Figure 4: Advanced discovery

    1. On the next window, browse for the computers you are adding (Figure 5) and click Next. Select Use selected Management Server Action Account (Figure 6), click Discovery and wait for the discovery results (Figure 7). Figure 8 shows a brief summary that is displayed at the end of the wizard. It is mandatory that all systems running Exchange Server 2007 that are managed by Operations Manager use Local System as the Agent Action Account. Click Finish.


    Figure 5: Discovery Method

    Figure 6: Administrator Account

    Figure 7: Select Objects to Manage

    Figure 8: Summary

    1. If the agent installation was successful, on each Exchange server you will be able to see the System Center Operations Manager 2007 R2 Agent listed on the Add/Remove Programs or Programs and Features on Windows 2008 (Figure 9). A new service is also created, the System Center Management Service, as depicted in Figure 10.


    Figure 9: Programs and Features (Add/Remove Programs)

    Figure 10: System Center Management Service Properties

    1. To enable Agent Proxy configuration on all managed Exchange servers, in the Administration pane, under Administration, Device Management, Agent Managed, right-click on each Exchange server (Figure 11), select Properties, then the Security tab (Figure 12), and check the box Allow this agent to act as a proxy and discover managed objects on other computers. This step will also make exchange cluster instances to appear in the Agentless Managed section (ensure that all physical nodes of the cluster are monitored). Repeat the process for every managed Exchange 2007 server in the list.


    Figure 11: Agent Managed Properties

    Figure 12: Enabling Agent Proxy
    Installing the Agent on Edge Server

    Just like in my previous article, I decided to install the Edge Server as a standalone (workgroup) server. This means that authentication against the Operations Manager server must be done with certificates, because the agent in the workgroup cannot authenticate with the management server in the domain using the Kerberos protocol.

    Figure 13: Certificate Authentication
    Although the configuration process is pretty much the same as the above mentioned article, let's quickly review the necessary steps:

    1. In this scenario, the agent must be manually installed. From the Edge server, browse to the folder where you installed the OpsMgr binaries on the Management server. In my case this was \\OPSMGR2K7R2\C$\Program Files\System Center Operations Manager 2007\AgentManagement\AMD64\ (Figure 14). Double Click MOMAgent.msi to trigger the setup process (Figure 15). Click Next.


    Figure 14: Agent installation binaries

    Figure 15: Operations Manager Agent Setup

    1. On the Destination Folder window (Figure 16), accept the default installation path and click Next. On the next window (Figure 17), click Next to specify Management Group information.


    Figure 16: Destination Folder

    Figure 17: Management Group Configuration

    1. On the Management Group Configuration window (Figure 18), specify the Management Group Name, the Management Server and the Management Server Port. Click Next.


    Figure 18: Management Group Configuration (Cont.)

    1. On the Agent Action Account window (Figure 19), select Local System and click Next. Review the summary (Figure 20), click Install and them Finish (Figure 21).


    Figure 19: Agent Action Account

    Figure 20: Ready to Install

    Figure 21: Finish

    1. After these steps the agent will be installed, but it will not be able to communicate with the OpsMgr Management Server, since it does not have a certificate assigned yet. Both the computer hosting the agent and the OpsMgr Management Server will require a certificate from a trusted certification authority (CA). To enable the certificates for OpsMgr authentication, the MOMCertImport tool (located on \SupportTools\AMD64 in the OpsMgr installation media) must be used. Run the following command:

      MOMCertImport /SubjectName <Certificate Subject Name>

      Note:
      You can also export the previously issued certificate to a .PFX file and run the command MOMCertImport <Certificate File Name>.pfx.

      If you ever need to remove certificates imported with the MOMCertImport tool, just run MomCertImport /Remove. For more information, please read the following article titled; Authentication and Data Encryption for Windows Computers in Operations Manager 2007.


    Figure 22: Running MOMCertImport

    1. If you have not previously installed any manual agent, the global setting must be changed from reject to 'Review new manual agent installation in pending management view'. Open the Operations Console and on the Administration pane select Settings. On the right pane, expand Server and click Security (Figure 23). Click Properties and on the General tab select Review new manual agent installation in pending management view (Figure 24). Click OK to finish.


    Figure 23: Allowing manual agent installations

    Figure 24: Global Management Server Settings - Security

    1. Open the Operations Console, on the Administration pane expand Device Management and select Pending Management. On the right pane, right click each server requiring approval and select Approve (Figure 25). To check if the agent is successfully approved look in the Agent Managed folder for the approved agent to see if it is there.


    Figure 25: Manual Agent Install Approval
    Create a New Management Pack for Customizations

    The customizations and overrides of sealed management packs, such as the Exchange 2007 MP, are usually saved in the default management pack. Best practice dictates that you should create and use a separate management pack for that purpose. Creating a new management pack for storing overrides has the following advantages:

    • It simplifies the process of exporting customizations that were created in your test and pre-production environments to your production environment.
    • It allows you to delete the original management pack without first needing to delete the default management pack.
    • It is easier to track and update customizations to individual management packs.


    1. In the Operations Console, click the Administration button. In the Administration pane, right-click Management Packs and then click Create Management Pack. The Create a Management Pack wizard displays.
    2. In the General Properties page (Figure 26), type a name for the management pack in Name, the correct version number in Version, and a short description in Description. Click Next and then Create.


    Figure 26: Creating a Custom MP for customizations
    Besides creating this additional management pack for Exchange 2007 customizations and overrides, you should also decide whether to create a new one for synthetic transactions. Use the following guidelines when planning destination management packs for these operations:

    • Plan logical groupings of synthetic transactions. Plan to group synthetic transactions in management packs so that it will be easy later for you to find a particular synthetic transaction.
    • When you make a change to a synthetic transaction within a management pack, the whole management pack is redistributed to every server that has a transaction defined in the management pack. If you anticipate making frequent changes to synthetic transactions, group the transactions logically in management packs so that the only pertinent management pack are redistributed to the servers involved in those transactions.
    • Do not store each synthetic transaction in a separate management pack, because the number of such management packs can grow into the hundreds, eventually having a negative impact on the Operations Manager 2007 environment.

    For the purpose of writing this article I only used one management pack for customizations and synthetic transactions.
    Install the Exchange Server 2007 MP

    Before downloading and installing the Exchange Server 2007 MP, you might want to import some recommended additional management packs, such as (these are the ones I used):


    With the recommended additional management packs already imported, download and install the latest Microsoft Exchange Server 2007 Management Pack for System Center Operations Manager 2007 R2 (by the time of the writing of this article it was version 6.0.6702.0). You can find the latest Management Packs at the System Center Operations Manager 2007 Catalog.


    The installation of the downloaded .msi file is a very simple process that just extracts the required Management Pack files to the folder you choose:

    • Microsoft.Exchange.Server.2007.Discovery - Contains discoveries and common monitoring that applies to all Exchange servers
    • Microsoft.Exchange.Server.2007.Library - Contains class definitions
    • Microsoft.Exchange.Server.2007.Monitoring.Cas - Contains Client Access server (CAS) role monitoring
    • Microsoft.Exchange.Server.2007.Monitoring.Edge - Contains Edge server role monitoring and discoveries
    • Microsoft.Exchange.Server.2007.Monitoring.Hub - Contains Hub server role monitoring
    • Microsoft.Exchange.Server.2007.Monitoring.Mailbox - Contains Mailbox server role monitoring
    • Microsoft.Exchange.Server.2007.Monitoring.UM - Contains Unified Messaging server role monitoring and discoveries
    • Microsoft.Exchange.Server.2007.Reports - Contains Reports for the Mailbox, Hub, and Client Access server roles.
    • Microsoft.Exchange.Server.2007.Reports.SLM - Contains Exchange 2007 reports using the Operations Manager R2 Service Level Management Reporting feature. Note that this is an unsealed management pack.
    • Microsoft.Exchange.Server.2007.Template - Contains the Mail Flow and Client Access server synthetic transaction templates.
    • OM2007_MP_EX2007_R2.doc - The management pack guide.

    To import the Exchange 2007 MP, open the OpsMgr 2007 Operations Console. Click the Administration tab, right-click the Management Packs node and then click Import Management Packs (Figure 27).
    Click Add, Add from disk and then click No on the Online Catalog Connection window. Select all the files from the Exchange MP directory (Figure 28), click Open and then click the Install button. After the import process is complete and the dialog box displays an icon next to each Management Pack that indicates success of the importation (Figure 29), click the Close button.

    Figure 27: Import Management Packs

    Figure 28: Select Management Packs to import

    Figure 29: Import Management Packs
    Summary

    In this part we covered the first 3 steps of the 11 necessary, as described in part 1. Part 3 will be about the next 4:

    • Enable Exchange 2007 Server Role discoveries to discover Exchange 2007 servers and to start monitoring them.
    • Configure disk monitoring.
    • Configure Internet Information Services (IIS) Monitoring.
    • Assign Edge servers to a particular organization and site






  3. #3
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272
    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part3.html
    PART-3

    How to enable Exchange 2007 server role discovery. Customizing the Exchange 2007 Management pack with overrides; disk monitoring, IIS monitoring and assigning Edge servers to the right Organization and Site

    Enable Exchange 2007 Server Role Discovery

    After importing the Exchange 2007 MP, it will not start discovering Exchange machines immediately. This behavior is by design so that you can first test the management pack on a limited set of servers.
    There is though a lightweight registry discovery that runs automatically on all Windows servers, the Exchange 2007 Discovery Helper, its only purpose is to discover Exchange 2007 servers in your environment without actually starting monitoring them (allowing you to see the "big picture").
    Verifying the Discovery Helper results should be the first action after importing the Exchange 2007 MP.

    1. In the Operations Console, click the Monitoring button, navigate to Discovered Inventory and then click Change Target Type in the Actions pane. In the Look for field, type Exchange 2007 Discovery Helper, select it, and then click OK (Figure 1). A list of Exchange 2007 servers appears with a status of Not Monitored (Figure 2).


    Figure 1: Select Items to Target

    Figure 2: Discovered Inventory

    1. Next, we will need to enable Exchange 2007 Server Role Discovery. Go to the Object Discoveries node located under Management Pack Objects, in the Authoring section of the Operations Console. In the Look for field, type Exchange 2007 Server Role and click Find Now. A list of Exchange 2007 Server Role Discoveries appears (Figure 3). Notice the Enabled by default column, most of the role discoveries are disabled.


    Figure 3: Object Discoveries
    Although one can feel compelled to enable all the roles at once, my recommendation is to enable just the roles you effectively have in your environment.

    Discovery Name
    Description
    Exchange 2007 CCR Clustered Mailbox Server Role Discovery
    Discovers CCR and SCC clustered Mailbox servers
    Exchange 2007 CCR Node Role Discovery
    Discovers CCR node servers in a CCR cluster (the physical nodes)
    Exchange 2007 Standalone CCR Node Discovery
    Discovers standalone CCR node roles (nodes that are participating in log shipping but are not part of an active Mailbox server) and standalone mailbox roles (also includes SCR targets)
    Exchange 2007 CAS Role Discovery
    Discovers Client Access server roles
    Exchange 2007 Hub Transport Role Discovery
    Discovers Hub Transport server roles
    Exchange 2007 Edge Role Discovery
    Discovers Edge Transport server roles
    Exchange 2007 UM Role Discovery
    Discovers Unified Messaging (UM) roles Bottom of Form
    Table 1: Exchange Server Role Discoveries
    Note:
    To discover standalone Exchange Mailbox servers you have to enable Exchange 2007 Standalone CCR Node Discovery.

    1. The process of enabling each role is the same, for example, to enable discovery of all Edge servers, right-click the Exchange 2007 Edge Role Discovery and select Overrides | Override the Object Discovery | For all objects of class: Exchange 2007 Discovery Helper (Figure 4).


    Figure 4: Override the Object Discovery

    1. In the Override Properties dialog box, set the Enabled parameter to True, choose a destination management pack and click OK.


    Figure 5: Exchange 2007 Edge Role Discovery: Override Properties
    Exchange 2007 discoveries run every 24 hours by default, meaning you may have to wait until you start seeing your Exchange servers correctly categorized.
    Configure Disk Monitoring

    I am sure that everyone agrees that disk monitoring is absolutely crucial to guarantee overall system health on any Exchange 2007 environment. But doubling the monitoring will not necessarily mean better results... Why am I talking about double disk monitoring? Because Exchange 2007 disk monitoring discovers the following disks (mount points are also considered as Exchange 2007 disks):

    • Disks that store an Exchange 2007 mailbox database file
    • Disks that store an Exchange 2007 mailbox log file
    • Disks that store Exchange 2007 Hub or Edge Queue files

    Since one of the additional imported management packs was Windows (the Server Operating System MP), it is likely that you are also monitoring disk usage using this management pack, causing duplication of disk space alerts.
    To prevent duplication of alerts, it is recommended to disable Exchange disks monitoring from one of the management packs (Exchange 2007 or Windows Operating System). Although the same result can be achieved by disabling the correct monitors on either of the management packs, I prefer to disable disk monitoring from the Windows Server Operating System MP.
    Please be aware that the Exchange Server 2007 MP only discovers disks that contain the Mailbox database, log files or queue files, meaning that you might not want to disable disk monitoring for system disks from the Windows Server Operating System MP (assuming system disks do not contain Exchange data files).

    1. To disable disk monitoring for Exchange servers from the Windows Server Operating System MP, in the Authoring section of the console, go to the Monitors node, under Management Pack Objects. Click Change Scope and in the Look for field, type Logical Disk (Figure 6). Select logical disk classes from all operating system versions where you are running Exchange 2007 servers and click OK.


    Figure 6: Scope Management Pack Objects: Logical Disk

    1. Expand Windows Server 200x Logical Disk, expand Entity Health, and then expand Availability to see the Logical Disk Availability and Logical Disk Free Space monitors. Right-click the Logical Disk Free Space monitor, click Overrides | Override the Monitor | For a group (Figure 7). Select the Exchange 2007 Computer Group, and click OK (Figure 8).


    Figure 7: Override the Monitor: Logical Disk Free Space

    Figure 8: Select Object

    1. In the Override Properties dialog box, set the Enabled parameter to False, and then choose a destination management pack (Figure 9). Perform the same procedure for the Logical Disk Availability Monitor (Figure 10) as well as for the other disk monitors under Performance: Average Disk Seconds Per Transfer (Figure 11), Average Disk Seconds Per Read and Average Disk Seconds Per Write (these last 2 might not be enabled by default).


    Figure 9: Logical Disk Free Space: Override Properties

    Figure 10: Logical Disk Availability: Override Properties

    Figure 11: Average Disk Seconds Per Transfer: Override Properties

    1. There is a specific monitor from the Windows Operating system MP called Logical Disk Fragmentation Level (under Performance). Although this one is not duplicated on the Exchange 2007 MP, my recommendation is to disable it as well (Figure 12).


    Figure 12: Logical Disk Fragmentation Level: Override Properties

    1. Repeat steps 2, 3 and 4 for logical disk monitors belonging to any other operating system versions.
    2. After preventing duplication of disk alerts, we should tune the Exchange 2007 monitors to match our environment thresholds. To configure Exchange 2007 Disk Monitoring, in the Operations Console, click Authoring and then click Monitors. Click the Scope button on the toolbar, ensure that View all targets is selected and in the Look for field, type Disk. Select Exchange 2007 Mailbox Database Disk, Exchange 2007 Mailbox Log Disk and Exchange 2007 Queue Disk, and then click OK (Figure 13).


    Figure 13: Scope Management Pack Objects: Disk

    1. Expand Exchange 2007 Mailbox Database Disk, expand Availability and right-click Exchange 2007 MDB Disk Free Space Monitor. Select Overrides | Override the Monitor | For all objects of class: Exchange 2007 Mailbox Database Disk (Figure 14).


    Figure 14: Override the Monitor: Exchange 2007 MDB Disk Free Space Monitor

    1. In the Overrides Properties window, adjust the parameters to fit your environment (Figure 15). Note that you can set a megabyte warning or error threshold, as well as a percentage free space threshold (the alert will only be raised if *both* the parameters are exceeded). By applying overrides to this monitor, you can do it once for all Exchange 2007 disks with mailbox databases on them.
    2. Repeat steps 7 and 8 for the disk monitors from the Exchange 2007 Mailbox Log Disk and Exchange 2007 Queue Disk classes.


    Figure 15: Exchange 2007 MDB Disk Free Space Monitor: Override Properties
    Configure Internet Information Services (IIS) Monitoring

    A similar situation to the one described in the previous section happens with service alerts for the WWW and IIS Admin Services on Client Access servers, since both the Exchange 2007 MP and the IIS Management Pack contain those monitors. To prevent duplication, we'll disable these monitors in the Exchange Server 2007 MP.

    1. To disable WWW and IIS Admin Service monitors go to the Monitors node, under Management Pack Objects in the Authoring section of the Operations Console. Set your scope to Exchange 2007 Client Access Role and then expand Entity Health, expand Availability and expand Client Access Server Core Services Rollup.
      Right click Exchange 2007 IIS Admin Service Monitor on CAS and then click Overrides | Disable the Monitor | For all objects of class: Exchange 2007 Client Access Role (Figure 16).
    2. Repeat last step for Exchange 2007 WWW Publishing Service Monitor (Figure 17).


    Figure 16: Disable the Monitor: Exchange 2007 IIS Admin Service Monitor on CAS

    Figure 17: Disable the Monitor: Exchange 2007 WWW Publishing Service Monitor
    Assign Edge Servers to a Particular Organization and Site

    By default, the Exchange 2007 MP assigns all Edge Transport servers to a separate organization, Default-Edge Organization, and site called Default-Edge Site. This is what shows up in the topology view (Figure 18).

    Figure 18: Exchange 2007 Topology before reassigning Edge
    If you prefer visualizing Edge Transport servers under the same organization and site of your choice, overrides can be used.

    1. Go to the Object Discoveries node located under Management Pack Objects, in the Authoring section of the Operations Console. In the Look for field, type Exchange 2007 Site Edge and click Find Now. Right-click the Exchange 2007 Site Edge on Edge Discovery and select Overrides | Override the Object Discovery | For all objects of class: Exchange 2007 Edge Transport Role (Figure 19).


    Figure 19: Override the Object Discovery: Exchange 2007 Site Edge on Edge Discovery

    1. In the Override Properties dialog box, there are 2 parameters that can be configured: AD Site Name and Forest DNS Name. Modify them accordingly to match your environment, select a destination management pack and click OK (Figure 20). If you enter the same organization and site names as existing organizations and sites discovered by other Exchange roles, the Edge Transport servers will join those existing sites in the topology view (Figure 21).


    Figure 20: Exchange 2007 Site Edge on Edge Discovery: Override Properties

    Figure 21: Exchange 2007 Topology after assigning Edge
    Summary

    And this concludes the 3rdpart of the article, with 7 configuration steps (out of 11) already covered. Part 4 will be dedicated to 1 step only: configuring mail flow and CAS synthetic transactions




  4. #4
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272
    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part4.html
    PART-4

    Configure Synthetic Transactions

    This section will cover the configuration process for 2 types of synthetic transactions:

    • Mail flow synthetic transactions – To monitor the health (availability and latency) of several mail flow processes, the Exchange Server 2007 MP supports several variations of mail flow synthetic transactions on Mailbox servers:
      - Local mail flow: a server sends mail to itself (enabled by default on each agent-managed Exchange Server 2007 Mailbox server)
      - Intra-organization mail flow: a server sends mail within an organization
      - Inter-organization mail flow (a server sends mail to another organization/mailbox, which could also be used to send mail via the Internet as long as the recipient is able to generate a delivery receipt)
    • CAS synthetic transactions – This type of synthetic transactions run on Client Access servers and perform transactions against the Client Access server itself and also the back-end Mailbox servers within the same site. Examples of these transactions are to check Exchange ActiveSync, Outlook Web Access, and Web Services connectivity.

    The collected results from both types of synthetic transactions are represented in the Monitoring pane of the Operations Console (Figure 1).
    You can also see synthetic transactions (represented by the perspective icon that looks like a pair of glasses) in the Exchange 2007 Topology View (Figure 2):

    Figure 1: Monitoring Mail Flow

    Figure 2: Synthetic transactions in Topology View
    Configure Intra-Organization Mail Flow

    Configuring mail flow using a Wizard is one of the new features of the native Exchange 2007 MP. Although it is still possible to configure intra-organization mail flow synthetic transactions using overrides, it is way better to use the provided template, imported with the Exchange Server 2007 Management Pack.

    1. To configure mail flow synthetic transactions click the Authoring button in the Operations Console, click Management Pack Templates, and then click Add Monitoring Wizard on the Actions pane (Figure 3).


    Figure 3: Management Pack Templates

    1. On the Select Monitoring Type page, select Exchange 2007 Intra-Organization Mail Flow Monitoring, and click Next (Figure 4).
    2. On the General Properties page, type the Name for the object, optionally type a Description and select a destination management pack from the list. Click Next (Figure 5).


    Figure 4: Select Monitoring Type

    Figure 5: General Properties

    1. On the Source Server page, select the Exchange organization and search the Source server from the list of available servers, and then click Next (Figure 6).
    2. On the Test Settings page, specify the Test frequency value or accept the default. Ensure that the test frequency you specify (between 5 and 60 minutes) is at least two times greater than the Time-out value (between 1 and 30 minutes) and click Next (Figure 7).


    Figure 6: Source Server

    Figure 7: Test Settings

    1. On the Target Servers page, click Add. The source server and the target server must be in the same Exchange organization and site. On the Select Target Servers page, search for available target servers, select the Mailbox server you want, and then click Add. Click OK and then click Next (Figure 8).
    2. On the Summary page, review the settings, and click Create (Figure 9).


    Figure 8: Target Servers

    Figure 9: Summary
    Configure Inter-Organization Mail Flow (Cont.)

    We will now configure inter-organization mail flow transactions or mail flow transactions to the Internet. This method will work for any destination mail service that is able to generate a delivery receipt and accepts SMTP addresses. Perform the following steps to configure inter-organization mail flow:

    1. To configure inter-organization and Internet mail flow transactions, go to Object Discoveries under Management Pack Objects in the Authoring node in the Operations Console. Ensure that your console is not scoped to a subset of management pack objects. In the Look for box, type Cross and click Find now.
    2. Right-click the Exchange 2007 Mailflow Cross Organization Discovery, click Overrides | Override the Object Discovery | For a specific object of class: Exchange 2007 Mailbox Role (Figure 10).
    3. Select the Exchange 2007 Mailbox server you want to use as the source server, and click OK (Figure 11).


    Figure 10: Override the Object Discovery: Exchange 2007 Mail Flow Cross Organization Discovery

    Figure 11: Select Object

    1. On the Override Properties dialog box, change the Target Addresses parameter. The destination mail service must be able to generate a delivery receipt. Choose a destination management pack to save the override, and click OK (Figure 12). This synthetic transaction runs every 30 minutes by default.


    Figure 12: Exchange 2007 Mail Flow Organization Discovery: Override Properties
    A discovery will now run that generates a new instance of an inter-organization mail flow perspective. (This discovery runs every 24 hours by default.) To check that the perspective was created, go to the Mail Flow State view, which will show all instances of mail flow perspectives.
    Configure Client Access Server Synthetic Transactions

    Microsoft Office Outlook Web Access, Exchange ActiveSync, Exchange Web Services, POP3 and IMAP services are tested by running some PowerShell cmdlets, supported by the Exchange 2007 MP:

    • Test-OwaConnectivity
    • Test-ActiveSyncConnectivity
    • Test-WebServicesConnectivity.
    • Test-PopConnectivity
    • Test-ImapConnectivity

    These cmdlets require a special test mailbox on each Exchange Server 2007 Mailbox server managed by Operations Manager.
    To create the test mailbox, on each Exchange 2007 Mailbox server, open the Exchange Management Shell, locate the Scripts directory under the installation path for Exchange Server 2007 (usually \Program Files\Microsoft\Exchange Server\Scripts) and execute the script New-TestCasConnectivityUser.ps1 (Figure 13).

    Figure 13: New-TestCASConnectivityUser.ps1
    To monitor external Outlook Web Access URL, you must set an external URL on your Outlook Web Access virtual directory, by running a PowerShell cmdlet or by using the Exchange Management Console:
    Exchange Management Shell (Figure 14):

    • Set-OwaVirtualDirectory "<Server name>\owa (Default Web site)" -externalurl:"https://<Fully Qualified Domain Name>/owa"

    Exchange Management Console (Figure 15):

    • Open the Exchange Management Console, select Server Configuration, select Client Access, and then click the Outlook Web Access tab.
    • In the work pane, select the virtual directory that you want to modify, and then click Properties.
    • In the virtual directory properties dialog box, select the tab that contains the properties that you want to modify. Click OK to save your changes and close the properties window.


    Figure 14: Setting the OWA external URL by using the Command Shell

    Figure 15: OWA (Default Web Site) Properties
    After preparing all the Exchange 2007 CAS to be monitored, use the following procedure to configure client access synthetic transactions.

    1. Click the Authoring button in the Operations Console, and then click Add Monitoring Wizard from the Actions pane. On the Select Monitoring Type page, select Exchange 2007 Client Access Server Monitoring, and click Next (Figure 16).
    2. On the General Properties page, type the Name for the object, optionally type a Description, select a destination management pack from the list and click Next (Figure 17).


    Figure 16: Select Monitoring Type

    Figure 17: General Properties

    1. On the Source Server page, select the Exchange organization where the tests will occur, search a Source server from the list of available servers and click Next (Figure 18). The management pack runs the synthetic transaction on the source server you designate.


    Figure 18
    : Source Server

    1. On the Test Settings page, specify the Test frequency value (between 5 and 60 minutes). Ensure that the test frequency you specify is more than two times greater than the Time-out value (between 10 and 1,200 seconds) you specify (take into account the fact that the test frequency is measured in minutes and the test time-out is measured in seconds). Select one or more Test types, and then click Next (Figure 19).


    Figure 19: Test Settings

    1. On the Target Servers page, click Add to search for Exchange 2007 mailbox servers that hosts the user mailbox used in the transaction test. Available target servers are limited to Exchange 2007 mailbox servers residing in the same Active Directory site as the Client Access server specified as the source server and are monitored by this management group. Click Next (Figure 20).
    2. On the Summary page, review the settings, and click Create (Figure 21).


    Figure 20: Target Servers

    Figure 21: Summary
    Summary

    Wizard-style configuration of synthetic transactions was one of the great improvements of the native Exchange 2007 MP. With 8 steps already covered in the past 4 parts, the next part will have the final 3 steps to conclude the configuration process:

    • Configuring the Log Shipping Replay Queue Length Monitor for SCR and CCR Scenarios.
    • Enabling Remote Unified Messaging Connectivity Monitoring.
    • Adjust the Best Time to Run Report Data Collection Scripts / Resource-Intensive Rules and Monitors






  5. #5
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272
    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part5.html

    PART-5



    Configuring the Exchange 2007 MP to monitor SCR/CCR Log Shipping and Unified Messaging servers, adjusting resource intensive operations to minimize impact on Exchange servers.


    9. Configuring the Log Shipping Relay Queue Length Monitor for SCR and CCR Scenarios

    The Exchange 2007 MP contains monitors to check the Log Shipping Replay Queue Lengths for both cluster continuous replication (CCR) and standby continuous replication (SCR) scenarios. This monitor, by default, raises an alert if the number of transaction logs waiting to be committed is greater than 15 logs and has been waiting for more than 5 minutes.
    You should configure an override for this monitor, especially if you are using SCR, since the threshold is optimized for CCR configurations.

    1. To override the Log Shipping ReplayQueueLength Monitor, click the Authoring button in the Operations Console, and then click Monitors, under Management Pack Objects. Set the scope to Exchange 2007 Log Shipping. Expand Entity Health, and then expand Performance to expose the 2 pertinent monitors.
    2. Right click Log ShippingReplayQueueLenght Monitor, select Overrides | Override the Monitor | For all objects of class: Exchange 2007 Log Shipping (Figure 1). If you want to specify the override only for some servers (if you have both CCR and SCR), select instead For a specific object of class: Exchange Log Shipping.


    Figure 1: Override the Monitor: Log Shipping ReplayQueueLenght Monitor

    1. On the Override Properties dialog box, configure the Threshold parameter with a value appropriate for your environment (Figure 2). You can use the performance data collected by the Exchange 2007 Reply Queue Length Collection rule to help determine the appropriate value.
    2. Repeat previous steps for Log Shipping CopyQueueLenght Monitor (Figure 3).


    Figure 2: Log Shipping ReplayQueueLenght Monitor: Override Properties

    Figure 3: Log Shipping CopyQueueLenght Monitor: Override Properties
    9.1 Enable Remote Unified Messaging Connectivity Monitoring

    You need to modify the parameters of the script that executes Test-UMConnectivity to provide a telephone number and an IP gateway, in order to monitor remote voice connectivity.
    The rule that performs remote connectivity checks must be provisioned with 2 necessary parameters:

    • Extension number: the cmdlet must know which telephone number to call and it must be a number that will be answered by a Unified Messaging server (Figure 4). This phone number should preferably be the subscriber access number, which provides access to users to the Outlook Voice Access and directory search to unauthenticated callers. The Phone number can also be the number answered by Auto Attendant, if you’re testing a server dedicated to Auto Attendant only.
    • Name of the IP gateway: the cmdlet must know the identity of an IP gateway that connects it to the telephone network.


    Figure 4: Subscriber Access Number
    After you have identified the appropriate UM IP Gateway and Phone parameters, you must use the following steps to enable the rule and to create an override for the script parameters:

    1. In the Operations Manager Operations Console, click the Authoring tab, expand Management Pack Objects and the select Rules. In the Look For box, enter Exchange 2007 Test UM Connectivity, and then click Find Now.
    2. Right-click the rule Exchange 2007 Test UM Connectivity Remote Voice Collection, select Overrides | Override the Rule | For all objects of class: Exchange 2007 Unified Messaging Role (Figure 5).


    Figure 5: Override the Rule: Exchange 2007 Test UM Connectivity

    1. In the Override Properties dialog box (Figure 6), select the Override column for the Enabled Parameter name, and then check that the Override Setting is set to True. Select the Override column for the Phone parameter name, and then insert the appropriate number as identified previously. Finally override the UM IP Gateway parameter with the name of your UM IP Gateway. Select a destination management pack and click OK.


    Figure 6: Override Properties: Exchange 2007 Test UM Connectivity Remote Voice Collection

    1. You must also override the Exchange 2007 Test UM Connectivity Remote Voice Monitor in the same way as you did the rule (Figure 7). Use exactly the same override values as you used for the rule, otherwise the cmdlet will run twice (Figure 8).


    Figure 7: Override the Monitor: Exchange 2007 Test UM Connectivity Remote Voice Monitor

    Figure 8: Exchange 2007 Test UM Connectivity Remote Voice Monitor: Override Properties
    9.2 Adjust the Best Time to Run Report Data Collection Scripts/Resource- Incentive Rules and Monitors

    There are certain resource intensive operations, such as the Report Data Collection Scripts and a few Rules and Monitors that you should know their scheduled time to run and perform some adjustments, as these could impact normal Exchange servers operation.
    The Exchange Server 2007 Reporting Management Pack collects information on a daily basis to report on a set of objects on the Exchange 2007 Mailbox Servers. To mitigate the impact on the Exchange servers, the report data collection scripts use a Sync Time parameter to ensure that the scripts only run during an assigned time period, with a default time-out value of 10 minutes. The script run times are also distributed to ensure that only one script runs at a time.

    Table 1: Schedule of the report collection scripts

    1. To change the time that the Report Data Collection Scripts run, in the Operations Manager Operations Console, click the Authoring tab, expand Management Pack Objects and the select Rules. In the Look For box, enter the name of the rule you want to reschedule (Exchange 2007 Database File Growth in this example), and then click Find Now.
    2. Right-click the rule Exchange 2007 Database File Growth, select Overrides | Override the Rule | For all objects of class: Exchange 2007 Database (Figure 9).
    3. In the Override Properties dialog box, modify the Sync Time parameter to the new time, choose a destination management pack and click OK (Figure 10).


    Figure 9: Override the Rule: Exchange 2007 Database Growth

    Figure 10: Exchange 2007 Database Growth: Override Properties
    The next table lists a set of rules, monitors, and synthetic transactions that run according to a schedule and are resource-intensive, meaning they could also impact CPU utilization on the Exchange server when they are running.



    Table 2
    Just like the report data collection rules, to mitigate the impact on the Exchange servers, these objects use a Sync Time parameter to minimize the number of simultaneously running rules or monitors. The script run times are also distributed to ensure that only one script runs at a time.
    To change the time that the rule, monitor, or synthetic transactions run, override the Sync Time for the one you want to change. When you override the Sync Time for a rule, ensure that you use the same override for the corresponding monitor, so that rules and corresponding monitors do not run twice. This does not apply to rules that do not have corresponding monitors.
    As an example, I will detail the required steps to change the Exchange 2007 MDB Disk Free Space Monitor:

    1. In the Operations Manager Operations Console, click the Authoring tab, expand Management Pack Objects and the select Monitors. In the Look For box, enter the name of the monitor you want to reschedule (Exchange 2007 MDB Disk Free Space Monitor in this example), and then click Find Now.
    2. Right-click the rule Exchange 2007 MDB Disk Free Space Monitor, select Overrides | Override the Monitor | For all objects of class: Exchange 2007 Mailbox Database Disk (Figure 11 Figure 9).
    3. In the Override Properties dialog box, modify the Sync Time parameter to the new time, choose a destination management pack and click OK (Figure 12).


    Figure 11: Override the Monitor: Exchange 2007 MDB Disk Free Space Monitor

    Figure 12: Exchange 2007 MDB Disk Free Space Monitor: Override Properties
    Summary

    It took 5 parts to go through all of the 11 configuration steps of the native Exchange MP, but we are not over yet. The next and final part of this series will cover co-existence and migration scenarios for the previous converted Exchange Management Pack. Common Troubleshooting and Reports will be the last topics covered in the article




  6. #6
    نام حقيقي: 1234

    مدیر بازنشسته
    تاریخ عضویت
    Jul 2009
    محل سکونت
    5678
    نوشته
    5,634
    سپاسگزاری شده
    2513
    سپاسگزاری کرده
    272
    کد:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/configuring-native-exchange-2007-mpopsmgr-2007-r2-part6.html

    PART-6



    Additional steps in the Exchange 2007 MP configuration process: migration options for the previous version of the converted Exchange management pack, common troubleshooting and reporting.


    Co-Existence with the Previous Version of Exchange Server 2007 MP

    If you are using the previously released version of the Exchange Server 2007 converted management pack, please be aware that a direct upgrade is not possible to this new, native version of the Microsoft Exchange Server 2007 Management Pack.
    There are some migration options though for you to consider. The following table (from the official documentation) illustrates the possible options, as well as the pros and cons of each scenario:

    Option
    Pros
    Cons
    Delete the previously released, converted management pack. Then import the native Exchange Server 2007 Management Pack.
    The simplest approach. You delete the converted Exchange Server 2007 Management Pack and then import the native Exchange Server 2007 Management Pack.
    In this scenario, you lose all the historical data of the converted management pack, including reporting data.
    Keep the previously released, converted management pack and use a second management group and multi-homing for the new, native management pack.
    You keep the history from the converted management pack, including reporting data.
    A more complex approach with the overhead of setting up a second management group for the native management pack and multi-homing the Exchange 2007 agents to report to both management groups. Disable the Exchange 2007 synthetic transactions from one of the management groups because synthetic transactions consume CPU, disk IO, and memory resources on the Exchange 2007 servers. Eventually, you should disable the converted management pack synthetic transactions because the native management pack synthetic transactions use fewer resources on the Exchange 2007 servers.
    Keep the previously released, converted management pack and plan a gradual introduction of the new, native management pack by enabling server role discoveries on a server-by-server basis.
    You keep the history from the converted management pack, including reporting data. There is less complexity because you only use one management group.
    An increasingly complex end-to-end migration solution because, although you avoid using a second management group, you incur management overhead on a server-by-server basis to enable server role discoveries of the native management pack. As you enable servers to be discovered by the native management pack, you must disable the discoveries for the same servers in the converted management pack. There is additional administrative overhead to run the Operations Manager Remove-disabledMonitoringObject cmdlet to remove the converted management packs objects from the management group in order to avoid running synthetic transactions from both management packs at the same time.
    Table 1: Migration options for the previous Exchange 2007 MP
    As you have hopefully realized by now, in order to keep historical data from the old Exchange MP, the 2 supported scenarios are quite complex. Fortunately, the Operations Manager Product Team has made available a new unsealed management pack that will automatically disable the monitoring from the old MP to avoid duplication of monitoring.
    The provided management pack, Microsoft.Exchange.2007.Disable.xml, will disable all the rules, monitors and synthetic transactions in the old converted Exchange 2007 MP.
    To obtain the management pack and for more related information, please read their blog post: New Exchange 2007 Management Pack and Keeping Old Management Pack Data.
    Common Troubleshooting Issues

    There are some common problems you may get right after you import and start using the native Exchange 2007 MP. I will mention a few and give you the solution.
    1. No Exchange 2007 Servers Discovered
    If no Exchange 2007 servers are discovered, you might want to make the discovery run more frequently than the default (the discoveries run only once every 24 hours by default). You can change the frequency of the Exchange 2007 Discovery Helper Discovery in Object Discoveries located under Management Pack Objects in the Authoring section ofthe Operations Console (Figure 1).
    Of course, If you are really desperate and do not mind server downtime, you can always opt for a more radical approach: restart the HealthService on each monitored server and then restart the OpsMgr RMS.

    Figure 1: Override Properties: Exchange 2007 Discovery Helper Discovery
    To further troubleshoot the discovery process, go the Discovered Inventory under Monitoring section. Click Change Target Type on the Actions pane, select Agent and click OK. Select the server that isn't correctly being discovered, from the list of available agent-managed servers, and then run Show Running Rules and Monitors for this Health Service from the list of available Tasks.
    The task will produce the output depicted on Figure 2. Copy the Task Output section to Notepad and search for a workflow called Microsoft.Exchange2007.ServerRole.CcrNode.Standalo ne.Discovery. This will confirm that the agent is running the discovery workflow.

    Figure 2: Show Running Rules and Monitors for this Health Service
    2. No Standalone Exchange 2007 Mailbox servers discovered
    Standalone Exchange 2007 mailbox servers are discovered by enabling the Exchange 2007 Standalone CCR Node Discovery. Configure the corresponding override (Figure 3) and restart the HealthService on each mailbox server.

    Figure 3: Exchange 2007 Standalone CCR Node Discovery: Override Properties
    3. "No Exchange 2007 Mailbox Servers were found" message when configuring Intra-Organization Mail Flow Synthetic Transaction
    When configuring Intra-Organization Mail Flow synthetic transaction using the provided template, you get the error message depicted on Figure 4.
    Make sure the Exchange 2007 Management Pack has already discovered mailbox servers. You can wait a while or check if the discovery process is correctly configured (see previous paragraph).

    Figure 4: No Exchange 2007 Mailbox Servers were found
    4. Erroneous IIS alerts on physical nodes of clusters
    The IIS Management Pack, by default, checks the service statuses regardless of the startup type. This can result in erroneous alerts on the physical nodes of clusters that have IIS stopped. We recommend disabling the IIS Service monitors for the physical nodes of the cluster, so that you monitor only the clustered Mailbox virtual server.
    See Configure Internet Information Services (IIS) Monitoring section.
    5. Exchange 2007 MP incorrect discoveries
    When you check the Exchange 2007 Computer Group, you realize it includes servers that aren't Exchange Servers. The group contains servers where the Exchange 2007 Management Tools are installed.
    The Exchange 2007 Computer Group membership is based on instances of the Exchange 2007 Discovery Helper. Thus it will include computers (servers only, not client computers) that are not Exchange 2007 servers, including Windows Server installation that have Exchange tools installed.
    To resolve this issue, disable the Discovery of the Exchange 2007 Discovery Helper for the non-Exchange Servers, by means of an override. Next, to clean up the instances of Exchange 2007 Discovery Helper, you will need to run the Remove-DisabledMonitoringObject Poweshell cmdlet
    6. Inter-organization mail flow perspective is not created
    After the configuration of an inter-organization mail flow synthetic transaction, a discovery process runs and generates a new instance of an inter-organization mail flow perspective. (This discovery runs every 24 hours by default.).
    If you navigate to the Mail Flow State view in the Monitoring section, which shows all instances of mail flow perspectives, you can't find the recently created one.
    It may take some time for the perspective to be created, so you have to wait a little bit longer.
    7. Exchange 2007 Test Active Sync Connectivity Monitor: Could not establish trust relationship for the SSL/TLS secure channel
    Exchange 2007 Test Web Services Connectivity Monitor: Could not establish trust relationship for the SSL/TLS secure channel
    Exchange 2007 Test OWA Internal Connectivity Monitor: The test was unable to log on to Outlook Web Access because the SSL certificate did not validate.
    All of these 3 errors are related. I was getting 3 critical alerts related with SSL for the CAS synthetic transactions (Figure 5). After some troubleshooting, the only thing I noticed is that the certificate in use had a simple name (no FQDN) in its subject (the correct names were all in the Subject Alternate Names), as depicted in Figure 6.
    After issuing a new certificate, with an FQDN name as the subject (Figure 7), the problem was solved. I was not able to confirm if this is a bug or just anything related with my own environment.

    Figure 5: CAS synthetic transaction errors (SSL related)

    Figure 6: Certificate with a simple subject name

    Figure 7: Certificate with FQDN name in the Subject
    Reports

    Reporting was also one of the areas where the native Exchange 2007 MP introduced major improvements. There are more reports available and it is easier to customize a report using the new search and filtering functionality, which automatically returns objects of the correct type for the report.
    Reporting is an optional component of Operations Manager 2007, but its value is unquestionable. Here's a list of all available Exchange 2007 reports:

    • Average Mailbox Size
    • Client Access Server Transaction Configuration
    • Client RPC Latency > 2 seconds
    • Database and Log Latency
    • Database File Growth
    • Mail Flow Transaction Configuration
    • Mailbox Messages Delivered Report
    • SMTP Messages Sent
    • Number of Mailboxes.
    • Server Disk Free Space
    • SMTP Messages Received Report
    • SMTP Messages Sent
    • Store RPC Performance
    • Top N Mailboxes by Message Count
    • Top N Mailboxes by Size
    • Top N Public Folders by Message Count
    • Top N Public Folders by Size
    • ActiveSync Site Service Availability SLA
    • Hub Transport Service Availability SLA
    • IMAP4 Site Service Availability SLA
    • Mail Flow Cross Organization Availability SLA
    • Mail Flow Local Availability SLA
    • Mail Flow Local Latency SLA
    • Mail Flow Remote Availability SLA
    • Mail Flow Remote Latency SLA


    1. To run a report, click the Reporting button in the Operations Console, expand Reporting and then click Microsoft Exchange Server 2007 Reports (Figure 8).
    2. Double-click the report you want to run. In the Objects area, click Add object.
    3. Click Search to see a list of the available objects for the report. Select the object you want to add and then click Add.
    4. Use the settings on the page to further customize the report, and then click Run. Figure 9 depicts the Exchange 2007 Top N Mailboxes by Size Report.


    Figure 8: Exchange Server 2007 Reports

    Figure 9: Exchange 2007 Top N Mailboxes by Size Report
    Conclusion

    The new native Exchange 2007 MP is a must! There are so many improvements that you will start taking advantage of its value from the moment you import it.
    And since Exchange Server 2010 was recently released, it is now time to start playing around with the corresponding Management Pack. I will let you know how it went in a future article.
    Related Links:






    darklove سپاسگزاری کرده است.

  7. #7
    نام حقيقي: Peyman Yousefi

    عضو ویژه شناسه تصویری darklove
    تاریخ عضویت
    Oct 2005
    محل سکونت
    ABHAR
    نوشته
    3,330
    سپاسگزاری شده
    1005
    سپاسگزاری کرده
    318
    نوشته های وبلاگ
    7
    Excillent



کلمات کلیدی در جستجوها:

Unable to execute Test-WebServicesConnectivity cmdlet. The connection cache size can only be set once.

Unable to execute Test-OwaConnectivity cmdlet. The connection cache size can only be set once.

The connection cache size can only be set once

unable to execute test-owaconnectivity cmdlet. the connection cache size can only be set once

Unable to execute Test-WebServicesConnectivity cmdlet. The connection cache size can only be set once

Unable to obtain Test-ReplicationHealth result

1

A scheduled discovery task was not started because the previous task for that discovery was still executing

the connection cache size can only be set once scom

2

unable to execute test-mapiconnectivity cmdlet

Unable to execute Test-ActiveSyncConnectivity cmdlet. The connection cache size can only be set once

test-owaconnectivity cmdlet. the connection cache size can only be set once.

scom Unable to obtain Test-ReplicationHealth result

exchange 2007 management pack Unable to obtain Test-ReplicationHealth resultalert description: unable to execute test-activesyncconnectivity cmdlet. the connection cache size can only be set once.unable to execute test-imapconnectivity cmdlet. The connection cache size can only be set once The connection cache size can only be set once.Unable to execute Test-ImapConnectivity cmdlet. The connection cache size can only be set once.synthetic transaction no exchange 2007 mailbox servers were foundUnable to execute Test-ImapConnectivity cmdlettest-replicationhealth cmdlet scomThe connection cache size can only be set once.Test-SystemHealth did not run successfullyexchange 2007 test cross org mail flow

برچسب برای این موضوع

مجوز های ارسال و ویرایش

  • شما نمی توانید موضوع جدید ارسال کنید
  • شما نمی توانید به پست ها پاسخ دهید
  • شما نمی توانید فایل پیوست ضمیمه کنید
  • شما نمی توانید پست های خود را ویرایش کنید
  •