8/6/2008The Exchange Team posts an article explaining why Exchange 2007 uses so much of the windows server page file. This is the snip from the last section of the article. ... Reasons for Memory Paging One of the primary reasons for memory paging in Exchange 2007 is Content Searching, which uses the system cache since this is buffered. Performing more searches increases the file cache you have which in turn reduces the amount of IOPS that are generated. Content Indexing itself does not make use of the file cache as this is designed to work on a memory structure that is not affected by the file cache. Master merges of index data does use a small amount of the file cache, but it very short lived. Database I/O is actually unbuffered, so this not affected by the system cache. This is why the ESE cache doesn't continuously grow (ESE cache I/O is less than the system cache I/O). It's being balanced out by the content searching I/O (and potentially other applications that use buffered memory I/O) and thus the system cache. CCR log shipping is also unbuffered while log files are being copied over SMB, so this is also not affected by the system cache. Now couple all of this memory management with other 3rd party applications and drivers that are installed on the server which are all competing for the same resources, you can see that this is vastly different than what Exchange 2003 used to be. There is actually no comparison at all. How Exchange makes use of the Paging File So this brings up the second part of this document where I will now talk about the paging file. So you may ask, if I have so much memory in the server, why is a paging file needed at all? Our system requirements talk about needing one for getting a memory dump on the server, but what does Exchange really use it for? I get this very question asked very frequently. In certain cases, it is true that Windows 2003 does not require a paging file. It is however completely incorrect that Exchange does not need a paging file for normal runtime operations when running on top of that OS. There is always going to be a need to page out unused or rarely used memory to the page file so that we can make maximum use of RAM. For example, there could be a large amount of VM pages used during system startup that are not useful under main load. Unexpected transient conditions could cause large upward swings in memory that could cause us to spill pages of memory in to the paging file. There are enough processes outside of the cache manager that consume a significant amount of memory in Exchange 2007 (e.g. ESE and all processes that utilize the CLR) that there is a need for a substantially sized paging file as the system balances the memory footprint of the competing processes. Without a paging file (or with one that is too small) there is a very high chance that applications will encounter OOM (out of memory) conditions and both the performance and the functionality of the server will suffer and may lead to a possible blue screen. The cost of having a 32GB paging file on a server with 32GB of physical RAM on disk is pretty minimal, so having a properly configured paging file (RAM+10MB) will be able to sustain any unexpected growths in memory where we need more commit charge to handle current load. The other benefit is that if we should get ourselves in to a working set trimming issue, we would at least have the ability to flush these pages out to the paging file and then page them back in when a particular page needs to be accessed again. Excessive working set trimming on an Exchange 2007 server is not normal and should be investigated. Again, check out my blog post on working set trimming problems and why this is bad for performance. Why does Exchange allocate so much memory in the paging file? Another question that generally comes up is why does Exchange allocate so much memory in the paging file? Depending on the amount of memory that is consumed for the store process, we will need to at least allocate enough memory in the paging file to match the current working set that is in RAM on the server. If a system wide working set trim should occur, we would be able to page the current pages in the store working set out to the backing store or paging file. It is important to monitor Memory\Pages/sec on the server to detect if this working set trimming problem is causing any performance related problems on the server. You should be able to see by adding Process\Working Sets a sharp decline in this value along with a sharp increase in Memory\Pages/sec. With the other processes on the server possibly using parts of the system or file cache, there is always a balancing act trying to compete for memory on any given server. The good news is that Windows 2008 has made some significant changes in memory management to help prevent these system wide working set trims and to manage memory more efficiently. With server applications having the need for using more RAM as technology advances, it is imperative that memory management works effectively to prevent any negative performance problems on any given server. For more information on some of these memory management changes in Windows 2008, see http://www.microsoft.com/whdc/system/sysinternals/memmgt.mspx. ... Read the complete article @> You Had Me At EHLO... : Understanding Exchange 2007 Memory Usage and its use of the Paging File A great intro into App-V Sequencing... Introduction: The goal of this document is to demonstrate one particular way that Microsoft Excel can be sequenced using Microsoft SoftGrid 4.2. It's not the only way, or the best way, it's just one way that seems to work well for me. I have not fully tested every single Excel related function within this package so it's possible there could be issues although I've yet to come across any. Before you begin your own Excel 2003 or Office 2003 sequencing project I would highly recommend that you read this document fully along with KB931914 - Problems that you may experience when you try to use Microsoft SoftGrid to sequence Microsoft Office on a computer that is running Microsoft Windows 2000, Windows XP, or Windows Server 2003. Disclaimer: This document assumes that the reader is already well versed with Sequencing Best Practices and is experienced in using the SoftGrid admin console, managing virtualized applications and publishing them to users. If not, those areas may be a better place to start. I will also repeat that this recipe has not been fully tested so if you use this guide you will need to ensure that it fulfills the requirements of your particular environment. That means it's up to you to test it before rolling it out. Now with all that out of the way, on with the sequence! 1. Start your clean sequencing machine or VM and install the SoftGrid Sequencer. Before starting the Sequencer we'll need to make a quick registry edit on our Sequencer box. Fire up Regedit and go to HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer. Once there add these values: - DisableRollback - DWORD - Value=1
- MaxPatchCacheSize - DWORD - Value = 0
2. Exit Regedit and start the Sequencer:
3. Before we get started we should set an exclusion. On the Tools menu, click Options. Next click the Exclusion Items tab and select New. In the Exclude Path box, type %Csidl_Windows%\Debug and set the Mapping Type to VFS then click OK. You don't necessarily have to do this but it won't hurt and may in fact save you some pain down the road. See KB931914 for more details :
4. Now that we have that set we can begin building our package. Select the New Package... icon, or select File from the menu bar and select New Package... Read the rest of the article @> The App-V Blog : SoftGrid: Sequencing Excel 2003 in 30 easy steps 6/30/2008Great Tool for Enterprise Backup now supports the latest Microsoft platform. The Windows Storage Solutions team that manages DPM 2007 is very excited to announce that the ‘Rollup Update’ for System Center Data Protection Manager 2007 is now available for download. The biggest new workload that DPM now has supported protection for is, of course, Windows Server 2008. While DPM2007 has actually been protecting “Longhorn” since Beta 3, this update makes Windows Server 2008 a supported protect-able workload. Specific new capabilities for Windows Server 2008 include: Protect Windows Server 2008 systems, including those running Core Protect Windows Server 2008 System State Ability to run the DPM2007 Server on a Windows Server 2008 platform Some of the other enhancements in the rollup update include: Protection for SQL Server 2008 Protection of Virtual Server 2005 R2 clustered hosts Tape Library Sharing - so that multiple DPM servers can share a single enterprise tape library silo For more details on what is included in the DPM 2007 “Rollup Update” or in the upcoming Service Pack 1, please check out: TechNet webcast on “What is coming next for DPM 2007” from April 23, 2008 The DPM 2007 Rollup Update is now available via Microsoft Update, if your DPM server has opt’ed in for updates … or it is downloadable from: System Center Data Protection Manager 2007 - Rollup Update - x86 System Center Data Protection Manager 2007 - Rollup Update - x64 Read More @> Windows Server Division WebLog : Data protection manager 2007 -- now backing up windows server 2008 6/29/2008http://blogs.technet.com/roblarson/archive/2008/05/15/getting-undo-functionality-with-hyper-v-snapshots.aspx Snapshots are not the same as UNDO disks in Virtual Server 2005…go here to read a previous post of mine to learn about how they work. That said, you get UNDO like functionality using snapshots…..with maybe a little more work. In Virtual Server, when you wanted to use UNDO, you powered down your VM and enabled UNDO on the Virtual hard disk tab. Then after you power on the VM, when you powered it off you will be asked if you want to Save, Commit, or Discard your changes. Selecting Save kept the changes separate, Commit merged them into the original VHD and then started the UNDO process over again, and Discard threw away the changes and started over again. All of this used Differencing disks in the background. In Hyper-V, UNDO is not an available option on the virtual disk menu anymore, you now have snapshots. If you want the ability to protect your VHD from any changes getting merged you need to do this. Before you first power on a VM (the same point you would have enabled UNDO in Virtual Server), take a snapshot and call it something like UNDO DISCARD. This just makes your VHD effectively read only and all changes are written to a working AVHD file. Power on your VM and work away. When you want to effectively “Turn OFF and Discard” all changes, then apply/revert to the UNDO DISCARD snapshot and it is all gone…start a new test scenario. Just remember that if you made any changes to the VM settings, they are also discarded. By default all changes are saved to the working file, so you need to do nothing to get the SAVE feature. If you want a COMMIT capability and want it permanent like it is with Virtual Server, then that takes a little more work. Once you create the UNDO DISCARD snapshot, there is no way to merge any changes back to the original VHD through the snapshot UI. You can do the following though to get the COMMIT functionality - Power down the VM
- Find the working avhd file
- Copy it to CHILD.VHD
- Backup up your original VHD for protection
- Use the Edit disk option in Hyper-V MMC to edit the new CHILD.VHD and select Merge for the action in the wizard
- Select to Merge to the parent
- Wait for the merge to complete
- Apply the UNDO DISCARD Snapshot (which throws away all the changes which you just merged from the copy and creates a new working avhd file that is the child of the original VHD)
- Power on the VM and work away
Once again remember that if you had made any changes to the VM settings, that applying the UNDO DISCARD snapshot would have thrown them away…..other than that have fun!! Robert Larson : Getting UNDO functionality with Hyper-V Snapshots SharePoint® offers a robust and scalable content management framework and collaboration toolset with support for structured workflows. Groove™, in contrast, is a collaboration toolset that allows rapid workspace deployment with little or no IT overhead. With support for document collaboration, threaded discussions, and calendaring among its features, Groove provides the ideal framework for dynamic, secure, ad hoc collaboration. In short, most users will naturally end up using these products in different ways. Moreover, the release of Groove 2007 adds built-in support for SharePoint integration using the SharePoint Files tool. This tool allows Groove workspaces to be synchronized with SharePoint document libraries and, as we will see, the built-in integration means you can easily make the most of both products. In fact, combining the flexibility and dynamic nature of Groove with the sophistication and power of SharePoint will yield significant benefits for many. Groove and SharePoint Together Today's IT world demands ever-increasing collaboration between organizations and their partners and vendors. However, the powerful collaboration solutions that are being implemented using products such as SharePoint tend to focus heavily on internal teams and the need to make information broadly available throughout an organization. In such cases, the challenges, both from an administrative and security perspective, of providing access to users external to an organization are often significant. In the face of such challenges, the goal becomes enabling users to reach out to external partners on an ad hoc basis. The combination of Groove and SharePoint offers exactly that solution. SharePoint provides intra-organization collaboration, content search, and a workflow framework; adding Groove lets companies extend those capabilities to include easy inter-organization collaboration. With Groove, users can quickly set up collaboration workspaces that cross company boundaries. Furthermore, support for 192-bit Advanced Encryption Standard (AES) symmetric keys ensures that the collaboration is secure. In fact, Groove security is built-in and always on, so users don't have to worry about configuring it. The security architecture of Groove provides a high degree of protection for these workspaces and their contents, both while stored locally and during network transmission. The SharePoint Files tool allows this information to be bi-directionally synchronized with a SharePoint document library to ensure that the information is available centrally for easy internal access. Let's use a concrete example to see how this process works. ... Read more @> Communications and Collaboration: Create Powerful Connections with Groove and SharePoint From the OCS Supportability Guide: Virtualization is not supported for any server role in a production environment. That was easy :) BTW, The OCS Supportability guide is a great read to make sure your first UM project goes smoothly: ...high-level reference for supported Office Communications Server 2007 topologies and configurations. It is also intended to answer frequently asked questions. This document identifies supported topologies, configurations, and scenarios described in detail in the existing deployment and planning documentation. Read more @> Download details- Office Communications Server 2007 Supportability http://www.microsoft.com/downloads/details.aspx?familyid=1a83e112-8677-4e03-83c3-f1b7ebfc3a4b&displaylang=en&tm The Microsoft Exchange Server 2007 management pack is designed to be used for monitoring Exchange 2007 events, collecting Exchange component-specific performance counters in one central location, and for raising alerts for operator intervention as necessary. By detecting, sending alerts, and automatically responding to critical events, this management pack helps indicate, correct, and prevent possible service outages or configuration problems, allowing you to proactively manage Exchange servers and identify issues before they become critical. The management pack monitors and provides alerts for automatic notification of events indicating service outages, performance degradation, health monitoring, and centralized management. More Details: Download details: Exchange 2007 MP for SC Ops Mgr 2007 Great little Vista Sidebar gadget for Hyper-V.
I've created a sidebar gadget so I can see what the Hyper-V server is doing from my workstation. The gadget can list multiple servers at once and also support vmconnect when double clicking on a VM.
PS: The gadget uses WMI to connect to the server so the user need remote WMI access (Step 5) on the Hyper-V server. More Info @> Hyper-V Monitor Gadget for Windows Sidebar
| Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XsnLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | FileType | xsn | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.2 | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.3 | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.4 | 255 | | View in Web Browser | /_layouts/images/ichtmxls.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&DefaultItemOpen=1 | 0x0 | 0x1 | FileType | xlsx | 255 | | View in Web Browser | /_layouts/images/ichtmxls.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&DefaultItemOpen=1 | 0x0 | 0x1 | FileType | xlsb | 255 | | Snapshot in Excel | /_layouts/images/ewr134.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&Snapshot=1 | 0x0 | 0x1 | FileType | xlsx | 256 | | Snapshot in Excel | /_layouts/images/ewr134.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&Snapshot=1 | 0x0 | 0x1 | FileType | xlsb | 256 |
|
|
|
|
|
| Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XsnLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | FileType | xsn | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.2 | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.3 | 255 | | Edit in Browser | /_layouts/images/icxddoc.gif | /Blog/_layouts/formserver.aspx?XmlLocation={ItemUrl}&OpenIn=Browser | 0x0 | 0x1 | ProgId | InfoPath.Document.4 | 255 | | View in Web Browser | /_layouts/images/ichtmxls.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&DefaultItemOpen=1 | 0x0 | 0x1 | FileType | xlsx | 255 | | View in Web Browser | /_layouts/images/ichtmxls.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&DefaultItemOpen=1 | 0x0 | 0x1 | FileType | xlsb | 255 | | Snapshot in Excel | /_layouts/images/ewr134.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&Snapshot=1 | 0x0 | 0x1 | FileType | xlsx | 256 | | Snapshot in Excel | /_layouts/images/ewr134.gif | /Blog/_layouts/xlviewer.aspx?listguid={ListId}&itemid={ItemId}&Snapshot=1 | 0x0 | 0x1 | FileType | xlsb | 256 |
|
|
| |