|
Exchange best practices analyzer 2.6 |
|
|
|
Written by Leon Ruumpol,
Friday, 07 April 2006
|
The Microsoft Exchange Server Best Practices Analyzer Tool is designed for administrators who want to determine the overall health of their Exchange servers and topology. The tool scans Exchange servers and identifies items that do not conform to Microsoft best practices. Download Here
Changelog:Here are the major differences and improvements that we have made since ExBPA v2.5: - Tabbed reporting interface instead of a drop-down control. Viewing reports is now much more intuitive with this cool reporting structure.
- Scan types are presented through radio buttons, so the different scan types available are much more obvious.
- Group by "Issue" option when viewing list reports. For example, if you find that multiple servers are showing the same Error, you can now easily display a list of all servers affected rather than having to manually go through the entire list of items.
- An ExBPA shell extension which allows you to right-click on an XML in Explorer (or apps like WinZip) and "View with Exchange Server Best Practices Analyzer".
- ExBPA now works through proxy servers that require authentication.
- New 'Permission Structure Check' scan type. This iterates through both the domain naming context and Exchange section of the configuration naming context and will notify you if inheritance has been blocked at any level. In addition, ExBPA will also check for inheritance blocks in the configuration naming context during a regular 'Health Check'.
- Better reporting of cluster resources and groups. In the detailed view, you will now see a great hierarchical display of:
- Cluster resource groups with current owner
- Cluster resources and properties
- Dependent resources
- Antecedent resources
- Possible owners
We have also implemented dependency checks. For example, if the System attendant is not dependent on every physical disk resource in the same resource group, a warning will be displayed. - Very latest rule set, including all the updates made to v2.5, which include the IIS metabase / transport event sink checks. In addition, we have introduced some new rules including:
- If you look in the "Information Items" report, the very first info rule details the version of ExBPA that was used to capture and analyze the data.
- A new object processor that uses DsGetSiteName to ascertain the AD site membership of the Exchange server and all DC/GCs in the DSAccess topology.
- Certificate checking. For every SMTP domain defined, we attempt to obtain the SSL cert. If we find it, we'll check that the principal matches the host name and if the cert is close to expiry (or has already expired).
- For connectivity errors, ExBPA now displays the underlying exception (e.g. Access Denied) in the Error rule itself. You no longer need to manually go through the Run Time log to see the actual error string.
- All XML files are digitally signed to improve security and prevent tampering/spoofing. On startup, ExBPA will check that a valid signature (and Microsoft certificate) is on each XML. If the XML has been modified, a popup error will be seen and ExBPA will refuse to run.
|
