Learn how to provision tenants, synchronize on-premise Active Directory, implement Single Sign-On, customize Office deployment, and protect your organization with eDiscovery and DLP policies. Only from Platform Scholar.
Course Of The Month
10 days, 16 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Don't understand how Shadow Redundancy in Exchange 2010 work
Posted on 2010-09-11
I've reading Shadow Redundancy article from Microsoft site:
http://technet.microsoft.com/en-us/library/dd351027(EXCHG.140).aspx
Question 1: In the document, it gives an example of "Multiple Hop Scenario", the step 3 says:
3.The Chicago hub queries the New York hub for discard status and receives the discard notification for the message. At this time, it can remove the shadow message from its database. Whether the message was delivered from London to Dublin doesn't have an impact on when the Chicago server deletes the shadow message.
Why "whether the message was delivered from London to Dublin doesn't have an impact on when the Chicago server deletes the shadow message"???
It seems to comflict with the Microsoft definition of "Shadow Redundancy" saying "With shadow redundancy, the deletion of a message from the transport database is delayed until the transport server verifies that all of the next hops for that message have completed delivery"
it clearly says that the deletion of a message until verifying that ALL of the next hops for that message have completed delivery!
Anyone can help to explain that?
Thanks in advance,
Jerry
http://technet.microsoft.com/en-us/library/dd351027(EXCHG.140).aspx
Question 1: In the document, it gives an example of "Multiple Hop Scenario", the step 3 says:
3.The Chicago hub queries the New York hub for discard status and receives the discard notification for the message. At this time, it can remove the shadow message from its database. Whether the message was delivered from London to Dublin doesn't have an impact on when the Chicago server deletes the shadow message.
Why "whether the message was delivered from London to Dublin doesn't have an impact on when the Chicago server deletes the shadow message"???
It seems to comflict with the Microsoft definition of "Shadow Redundancy" saying "With shadow redundancy, the deletion of a message from the transport database is delayed until the transport server verifies that all of the next hops for that message have completed delivery"
it clearly says that the deletion of a message until verifying that ALL of the next hops for that message have completed delivery!
Anyone can help to explain that?
Thanks in advance,
Jerry
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3
2-
2
7 Comments
because at that point the new york ht has passed the message to the next hop so the message is no longer in its queue, therefore to the chicago server the message has been "delivered"
the best way to think of it is that exchange will always attempt to deliver the message to the final destination
so with shadow redundancy it is still taking the best possible route, but after the message is handed off to the next hop, to the source hub transport server that's its destination. at that point the purpose of shadow redundancy is to ensure that hop processed the messag
when the message no longer exists at that hop shadow redunancy considers the message delivered
shadow redundancy is not guaranteed delivery from source to destination, just from hop to hop
so with shadow redundancy it is still taking the best possible route, but after the message is handed off to the next hop, to the source hub transport server that's its destination. at that point the purpose of shadow redundancy is to ensure that hop processed the messag
when the message no longer exists at that hop shadow redunancy considers the message delivered
shadow redundancy is not guaranteed delivery from source to destination, just from hop to hop
Active today
Back to exchange 2007 we had an issue that a failing HUB will lead all the emails in its queue to be lost.
With Exchange 2010 Microsoft tries to make hardware "disposable" meaning that any failing hardware can be replaced without any impact or data loss.
For the HUB servers they have implemented Shadow Redundancy which means that each hop will only delete the email after it gets the confirmation that the next hop was able to relay it.
assuming the email sent from A to B needs to pass by Server1 -> Server2 -> Server3
Server1 will delete the email only when it gets the confirmation from Server2 that it was able to deliver it to server 3.
that's the 3 hop concept
With Exchange 2010 Microsoft tries to make hardware "disposable" meaning that any failing hardware can be replaced without any impact or data loss.
For the HUB servers they have implemented Shadow Redundancy which means that each hop will only delete the email after it gets the confirmation that the next hop was able to relay it.
assuming the email sent from A to B needs to pass by Server1 -> Server2 -> Server3
Server1 will delete the email only when it gets the confirmation from Server2 that it was able to deliver it to server 3.
that's the 3 hop concept
thanks to all above comments, now I understand "shadow redundancy is not guaranteed delivery from source to destination, just from hop to hop" as endital1097 explained
But...
Akhater says: "With Exchange 2010 Microsoft tries to make hardware "disposable" meaning that any failing hardware can be replaced without any impact or data loss"
The document talked about an example of an Hub trying to deliver a msg to an Edge, after delivery, it query the Edge for confirmation of delivery, but failed to talk to the Edge, it then resent the msg from Shadow queue to another Edge for delivery. sounds great!!! but what about in a senario that the very first Hub server picks up whole bunch of messages from a Mailbox server, but before it tries to deliver them, it fails. will that cause any data lost? it answer is YES, how can Microsoft make hardware "disposable".
My understanding is the shadow Redundancy is for data protection between hub to hub/edge communication, not for mailbox to hub communication. If a hub fails, there will be data lost if it didn't deliver msgs which it picked up from mailbox servers. this can be very common, i think, when a hub fails
But...
Akhater says: "With Exchange 2010 Microsoft tries to make hardware "disposable" meaning that any failing hardware can be replaced without any impact or data loss"
The document talked about an example of an Hub trying to deliver a msg to an Edge, after delivery, it query the Edge for confirmation of delivery, but failed to talk to the Edge, it then resent the msg from Shadow queue to another Edge for delivery. sounds great!!! but what about in a senario that the very first Hub server picks up whole bunch of messages from a Mailbox server, but before it tries to deliver them, it fails. will that cause any data lost? it answer is YES, how can Microsoft make hardware "disposable".
My understanding is the shadow Redundancy is for data protection between hub to hub/edge communication, not for mailbox to hub communication. If a hub fails, there will be data lost if it didn't deliver msgs which it picked up from mailbox servers. this can be very common, i think, when a hub fails
take a look at the following:
http://technet.microsoft.com/en-us/library/dd351091.aspx
but to answer your question (taken from link)
Message submissions from MAPI or Windows Mobile clients aren't redundant. After the message is successfully stored on the Mailbox server, Exchange high availability features can take effect and help prevent data loss. This scenario provides a complete picture of message flow, from beginning to end.
http://technet.microsoft.com/en-us/library/dd351091.aspx
but to answer your question (taken from link)
Message submissions from MAPI or Windows Mobile clients aren't redundant. After the message is successfully stored on the Mailbox server, Exchange high availability features can take effect and help prevent data loss. This scenario provides a complete picture of message flow, from beginning to end.
Active today
The document talked about an example of an Hub trying to deliver a msg to an Edge, after delivery, it query the Edge for confirmation of delivery, but failed to talk to the Edge, it then resent the msg from Shadow queue to another Edge for delivery. sounds great!!! but what about in a senario that the very first Hub server picks up whole bunch of messages from a Mailbox server, but before it tries to deliver them, it fails. will that cause any data lost? it answer is YES, how can Microsoft make hardware "disposable".
no the answer is no since, in this case, they are still on the mailbox server. Mailobx -> hub messages are also redundant with shadow redundancy.
for the Mailbox server, however, you will need DAG for redundancy
no the answer is no since, in this case, they are still on the mailbox server. Mailobx -> hub messages are also redundant with shadow redundancy.
for the Mailbox server, however, you will need DAG for redundancy
Featured Post
Drastically shorten your training time with WalkMe's advanced online training solution that Guides your trainees to action.
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
Read this checklist to learn more about the 15 things you should never include in an email signature.
There are times when we need to generate a report on the inbox rules, where users have set up forwarding externally in their mailbox. In this article, I will be sharing a script I wrote to generate the report in CSV format.
To show how to generate a certificate request in Exchange 2013. We show this process by using the Exchange Admin Center.
Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center.
Navigate to the Servers >> Certificates…
To add imagery to an HTML email signature, you have two options available to you. You can either add a logo/image by embedding it directly into the signature or hosting it externally and linking to it.
The vast majority of email clients display l…
Suggested Courses
Earn Certification
HTML5 Specialist - Certification
Free withPremium
Course of the Month10 days, 16 hours left to enroll
Earn Certification
MTA - Cloud Fundamentals - 98-369
$59.00$53.10
628 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.