Posts
254
Comments
120
Trackbacks
120
September 2007 Entries
Time again for Connections!

Here we are, September almost gone, and it's time to be seriously thinking about November travel plans already. These plans, of course, include the fabulous Exchange Connections Fall 2007 conference in Las Vegas. Once again, I'm honored to have been selected to speak. I'll be presenting the following sessions:

  • EXC16: Advanced Exchange Protection using Data Protection Manager
    Backing up and restoring Exchange servers is an essential part of keeping your messaging infrastructure up and running, even when you’re running an advanced clustering configuration. Why should you consider using the new version of Microsoft System Center Data Protection Manager (“v2“) to protect your Exchange server clusters? Is it any harder than backing up standalone servers? This session covers protecting Exchange 2003 and 2007 servers clustered configurations, including the new Exchange 2007 replication options.
  • EXC17: Exchange Management Shell Annoyances
    The Exchange 2007 Management Shell makes full use of the exciting new Windows PowerShell technology. It’s a great command-line management experience, but it’s still not perfect. You may have already been tripped up by annoyances and complications in what seem to be obvious tasks or you may just want to know what dangers lurk beneath the surface. This session will show you some common pitfalls and problems and give you the knowledge to successfully navigate them.
  • EXC18: EXC18: Getting Run Over by Exchange 2007
    Common knowledge says that upgrading to Exchange 2007 isn’t nearly as hard as the upgrade from Exchange 5.5. That’s not to say that it doesn’t present its own set of challenges—and if you’re caught by them, it will still feel like getting run over by a truck. This session will present some of the common gotchas and how to avoid them. Be at the head of the upgrade parade, not caught in the wheels.

This is going to be a good show; I'm looking forward to hanging out with fellow 3Sharpies[1] Paul Robichaux and David Gerhardt, former 3Sharpie Doug VanBenthuysen, and a host of other really smart people that it's always fun (and intimidating) to get to hang out with. I hope we'll see you there too!

[1] No, I don't think I coined this. Wish I had, though.
posted @ Wednesday, September 26, 2007 1:58 PM | Feedback (0)
Great Exchange 2007 storage sizing resource

A couple weeks back, the talented (and fellow Exchange MVP) Jim McBee blogged about his new free ebook on Exchange storage sizing. I've just had the opportunity to peruse it -- in fact, I've been reading through it most of yesterday and today -- and I am unashamed to say this is a fantastic book.

Jim focuses on Exchange 2007 but gives plenty of comparison back to the equivalent Exchange 2003 issues. The result is a thorough and accessible tour of all the various factors that go into sizing Exchange storage, complete with pointers on all the pain points, gotchas, and best practices the Exchange community has assembled over the years. I've certainly learned a thing or two already and I'm not even done with the book yet.

You can follow my link to Jim's blog announcement above (while you're at it, read his blog if you don't already -- and if you don't, why are you reading me and not him too?) or skip straight to the book's website and registration page. Either way, though, it's a complete download for a quick free registration. I'll be printing mine out, 3-ring binding it, and putting it on my shelf for future reference. It's that good.

posted @ Wednesday, September 26, 2007 1:46 PM | Feedback (0)
Testing your new Exchange 2007 Send connector

Updated 1401 PDT: added the diagram.

A recent post on a mailing list I frequent gives me today's blog post.

So you've got an Exchange 2000/2003 organization and you've decided that you want to upgrade to Exchange 2007. You've done all the research and planning and you've gotten as far as installing the first HT server (CF-EX01) into your organization:

  • We'll assume that your organization already has an SMTP connector named Legacy SMTP to handle all outbound mail for the SMTP:* address space.
  • Since this is the first Exchange 2007 server, Exchange 2007 Setup has created a new Exchange 2007-only administrative group and a new Exchange 2007-only routing group.
  • It's also created a bi-direction Routing Group Connector between the HT server and the Exchange 2003 bridgehead (CF-LE01) you specified as your LegacyRoutingServer.

Let's take a look at things from EMS:

[PS] C:\>Get-RoutingGroupConnector | ft Identity,Cost,SourceTransportServers,TargetTransportServers
Identity                           Cost SourceTransportServ TargetTransportServ
                                        Ers                 ers
--------                           ---- ------------------- -------------------
CF-EX01-CF-LE01                       1 {CF-EX01}           {CF-LE01}
CF-LE01-CF-EX01                       1 {CF-LE01}           {CF-EX01}

[PS] C:\>Get-SendConnector
Identity    AddressSpaces Enabled
--------    ------------- -------
Legacy SMTP {SMTP:*;1}    True

As we expect, we see the pair of RGCs, each with a cost of 1, and our existing SMTP connector, also with a cost of 1. Right now, outbound message flow is easy: anything in the org only has one outbound gateway.

One of the first things you might want to do is get all inbound and outbound mail flowing through your new Exchange 2007 HT server. Inbound is easy: we simply change the configuration on our gateway mail machine or firewall server, or change our MX records, appropriately. For outbound, though, we want to create a new Exchange 2007 Send connector and test it before we actually entrust live email to it. Those of you with large Exchange organizations already know how to do this: manipulate your connector costs. If you're in a smaller organization that only had one routing group, though, this may be a new concept. Don't worry, it's pretty easy.

The goal is to create two outbound routes for the SMTP:* address space, one for the Exchange 2003 side of the organization and one for the Exchange 2007 side. The Legacy SMTP connector already gives us the former and we'll create the latter in a moment. We need to ensure that the costs of all related connectors are set so that:

  • The combined cost of the Legacy SMTP connector, the RGC, and any other connectors in between is greater than the cost of the new Exchange 2007 Send connector from the Exchange 2007 routing group.
  • Likewise, the combined cost of the new Exchange 2007 Send connector and the RGCis greater than the cost of the Legacy SMTP connector from the Exchange 2003 routing group(s).

To meet these goals, depending on how your organization is configured, you MAY need to mess with the default costs. In our sample organization where we have just two routing groups and we've used the default costs for all connectors, this is precisely how it all works out by default. First, though, let's go ahead and create the new Exchange 2007 Send connector:

[PS] C:\>New-SendConnector -Name 'New SMTP' -Usage 'Internet' -AddressSpaces 'SMTP:*;1' -IsScopedConnector $false -DNSRoutingEnabled $true -UseExternalDNSServerEnabled $false -SourceTransportServers 'CF-EX01'
Identity AddressSpaces Enabled
-------- ------------- -------
New SMTP {SMTP:*;1}    True

[PS] C:\>Get-SendConnector
Identity    AddressSpaces Enabled
--------    ------------- -------
Legacy SMTP {SMTP:*;1}    True
New SMTP    {SMTP:*;1}    True

Yup -- two SMTP connectors, each with the SMTP:* address space and a cost of 1. Here's a quick diagram:

 image 

Now, let me show you how the routing currently works:

  1. From the Exchange 2007 routing group, we look for our lowest cost to the SMTP:* address space. We see two connectors that match.
    • Our total cost to Legacy SMTP is 2, since its bridgehead is homed in the Exchange 2003 routing group. Cost 1 to navigate the RGC plus cost 1 for the connector.
    • Our total cost to New SMTP is 1, since its bridgehead is homed in the same routing group we're in. This is our choice.
  2. From the Exchange 2003 routing group, we look for our lowest cost to the SMTP:* address space. Again, wee see the same two matching connectors.
    • Our total cost to New SMTP is 2, since its bridgehead is homed in the Exchange 2007 routing group. Cost 1 to navigate the RGC plus cost 1 for the connector.
    • Our total cost to Legacy SMTP is 1, since its bridgehead is homed in the same routing group we're in. This is our choice.

Now, we can begin our testing. We've got several ways to do this:

  • Add an Exchange 2007 mailbox server, create a test account, create an Outlook profile, and go to town.
  • Add a test mailbox to an existing Exchange 2003 mailbox server and set it up for IMAP/POP3 access. Use Outlook Express or Outlook to set up the mail account, and specify our Exchange 2007 Hub Transport server as the SMTP server.
  • Telnet to port 25 of the Hub Transport server and submit messages manually. You might need to allow anonymous connections on the Default Receive connector if you do this, unless you can do NTLM and Base64 encoding in your head. (If you can, you scare me.)

Still with me? Whew! One last piece: we need to change the route costs when we're all done with our testing and are ready to flip the switch. Sure, you can do it from the GUI, but where's the fun in that? Simply use EMS to modify the address space on the Legacy SMTP connector to set its cost higher than the combined total of the RGC + New SMTP connector:

[PS] C:\>Set-SendConnector -Identity 'Legacy SMTP'-AddressSpaces 'SMTP:*;10'
[PS] C:\>Get-SendConnector
Identity    AddressSpaces Enabled
--------    ------------- -------
Legacy SMTP {SMTP:*;10}   True
New SMTP    {SMTP:*;1}    True

That, by the way, is how you update a cost: modify the AddressSpaces parameter on the connector. If you have multiple address spaces, this gets a little bit more complicated; you have to supply all the values instead of just one. We'll talk about techniques to do this later...perhaps in one of my upcoming sessions at Exchange Connections Fall 2007 in Las Vegas!

posted @ Tuesday, September 25, 2007 1:21 PM | Feedback (0)
Looking for a contact at Sun

Does anyone out there reading this either work for Sun, or know someone who works at Sun, preferably in their hardware division? I need to contact someone there who works with their AMD-based servers configured with Windows.

posted @ Monday, September 24, 2007 1:12 PM | Feedback (0)
Using PowerShell to admin Exchange 2000/2003

Via Evan's blog, I found out about this pair of postings on using PowerShell's WMI provider to manage Exchange 2000/2003 servers. I'm still working up my notes on my Exhange Connections session on this topic; once I get past the first draft deadline for the DPM book later this week, I should have spare time to finish the notes and get my postings up online.

posted @ Monday, September 10, 2007 5:23 PM | Feedback (0)
Exchange 2007 online documentation now updated with SP1

Check it out:

http://technet.microsoft.com/en-us/library/bb124558.aspx is now updated with documentation for Exchange 2007 SP1.

I've been living and breathing in the SP1 world for the past couple of months, between some cool projects I've been working on here plus doing the DPM book. It's neat to see it getting closer and closer to release; they've got some really nice work in there.

posted @ Monday, September 10, 2007 5:02 PM | Feedback (0)
Microsoft System Center Virtual Machine Manager is officially released

As recently posted on the Windows Virtualization Team blog, VMM has been released. This is big stuff, if you're using Microsoft Virtual Server in your environment. Here at 3Sharp, we spend quite a bit of time managing the various virtual machines we use, epsecially as we're cautiously edging into the realm of using virtual machines for production. There are definite advantages offered by virtualization, including Microsoft's licensing policy that allows you to run up to four virtual machines running Windows Server Enterprise Edition on a host that is running Enterprise Edition.

So, why should you get excited about VMM?

  1. The pricing seems reasonable: $860 per managed MSVS host (not virtual machine) with VMM Enterprise Edition, $499 for the forthcoming Workgroup Edition that allows you to manage up to 5 physical hosts.
  2. VMM is tightly integrated with other System Center products, including DPM. With DPM and VMM, you can do some wickedly cool disaster recovery scenarios, including recovery of physical production servers to virtual instances in a recovery site.
  3. The eye-popper, for me: the roadmap for VMM includes the ability, in the next release, to mix and match virtualization environments such as VMWare, Xen, and Viridian. Yes, that's right, MS is committing to being able to manage non-MS virtualization environments from the same application. (I just wonder what they mean by next release: a service pack or an actual major release?)

Anyway, back to work. Sorry for the light blogging; Ryan and I are on the deathmarch to finish up the first draft of the DPM book, as the deadline is rapidly approaching. I've been trying to squeeze an hour or two here and there, though, to get some good Exchange blog posts worked up, and I've just about got some material ready to go.

posted @ Thursday, September 06, 2007 11:51 AM | Feedback (0)
News

Devin has moved on
to new adventures.
This blog is preserved
for historical purposes.

Please follow his
personal blog at:

Devin on Earth


Virtual Devin