Figure 1: An Outlook 2010 synchroni

Figure 1: An Outlook 2010 synchronization log

Other synchronization problems occur when multiple clients attempt to operate on the same item over a short time period when changes made by the different clients can generate conflicts. For example, you might view an item using Outlook on your laptop and look at it through a mobile device. Because there’s a long track record of multi-client conflict generation in Exchange, especially when using BlackBerry clients to view calendar meeting requests, there’s lots of code in the server to eliminate or automatically resolve conflicts, but some still occur. And then there are instances when servers are just too busy to be able to elegantly handle all the incoming RPC threads generated by clients that want to update server folders. This can result in errors such as “synchronization of some deletions failed”, a transient error that is invariably cleaned up by subsequent synchronizations.

All of these problems have existed since Microsoft introduced cached Exchange mode in Outlook 2003. In other words, they’ve been around for the best part of a decade. So why get worried about Outlook synchronization logs now? The reason is that the combination of Outlook 2010 and Exchange 2010 seem to generate more logs than ever before and worse still, Microsoft doesn’t seem to know what’s causing some of the logs (see KB2602009), but they are “investigating”. The result is a fair amount of traffic in social forums to ask why these logs appear and how best to manage their proliferation.

One approach that’s often suggested by Microsoft support personnel is to configure a new DWORD value in the registry to control how Outlook generates synchronization logs. The value is EnableConflictLogging and for Outlook 2010 it is inserted at HKCUSoftwareMicrosoftOffice14.0OutlookOptions. Use "15.0" for Outlook 2013. The value can be set as follows:

· 0 (zero): Never save modification resolution logs

· 1: always save modification resolution logs

· 2: only save critical modification resolution logs

If the value doesn’t exist in the registry, Outlook’s default setting is “2”.

I set the value to 0 in the registry on my PC and ran Outlook 2010 for a couple of days to observe what happened. It’s true that fewer synchronization logs were generated and the ones that are still created all appear to relate to failures to honor item deletions that have been done locally. However, although fewer logs were created, I regard the reduction (2-3 daily) to be well within the margin of error and could be due to other factors such as better server availability, fewer network glitches, or a heightened awareness on the part of the user. And as I found out a little while later when reading this TechNet article, the registry setting only controls conflict resolution messages generated during synchronization operations and has nothing to do with synchronization logs, so that theory went out the window!

In any case, I dislike using registry settings to control client behaviour. It’s easy to update a single PC but much more difficult to apply the same update to multiple PCs. For this reason, my preference is to manage synchronization logs with retention policies. The value of this approach is that Exchange will do the work for you to clean out the Sync Issues folder each time the Managed Folder Assistant (MFA) runs to process mailboxes. Using a retention policy also works for both on-premise Exchange 2010 and Exchange Online in Office 365 and it has the added bonus that the policy will exert control over synchronization logs over the long term as new and different clients join the mix.

If you’re running Exchange 2010 or 2013, you might already have deployed retention policies to help keep mailboxes under control. If so, you might imagine that all you need to do to eliminate the pesky synchronization logs on a regular basis is to define a new retention policy tag for the Sync Issues folder and then include the new tag in the retention policies that are assigned to mailboxes. Remember that a single retention policy tag can feature in as many retention policies as you like. However, although retention policies and tags are super-useful in controlling mailbox content for Exchange 2010 servers, they don't help in this instance, even if Exchange 2010 seems to indicate that they might. Here's why.

On-premises Exchange administrators can create a new retention policy tag that seems if it might control synchronization logs and include it in retention policies using the Exchange Management Console (EMC). Office 365 administrators have to use the Exchange Management Shell (EMS). The same EMS commands work for on-premises Exchange .

First, after starting up EMS as an administrator using an account that holds at least the Recipient Management RBAC role, define the new retention policy tag with the New-RetentionPolicyTag cmdlet. The code is as follows:

New-RetentionPolicyTag –Name “Remove Sync Logs” -Type SyncIssues

Kết quả (Việt) 1:

Figure 1: An Outlook 2010 synchronization logOther synchronization problems occur when multiple clients attempt to operate on the same item over a short time period when changes made by the different clients can generate conflicts. For example, you might view an item using Outlook on your laptop and look at it through a mobile device. Because there’s a long track record of multi-client conflict generation in Exchange, especially when using BlackBerry clients to view calendar meeting requests, there’s lots of code in the server to eliminate or automatically resolve conflicts, but some still occur. And then there are instances when servers are just too busy to be able to elegantly handle all the incoming RPC threads generated by clients that want to update server folders. This can result in errors such as “synchronization of some deletions failed”, a transient error that is invariably cleaned up by subsequent synchronizations.All of these problems have existed since Microsoft introduced cached Exchange mode in Outlook 2003. In other words, they’ve been around for the best part of a decade. So why get worried about Outlook synchronization logs now? The reason is that the combination of Outlook 2010 and Exchange 2010 seem to generate more logs than ever before and worse still, Microsoft doesn’t seem to know what’s causing some of the logs (see KB2602009), but they are “investigating”. The result is a fair amount of traffic in social forums to ask why these logs appear and how best to manage their proliferation.Một cách tiếp cận thường xuyên được đề xuất bởi nhân viên hỗ trợ Microsoft là để cấu hình một giá trị DWORD mới trong sổ đăng ký để kiểm soát như thế nào Outlook tạo ra đồng bộ hóa các bản ghi. Giá trị là EnableConflictLogging và cho Outlook 2010, nó được đưa vào lúc HKCUSoftwareMicrosoftOffice14.0OutlookOptions. Sử dụng "15,0" cho Outlook 2013. Giá trị có thể được thiết lập như sau:· 0 (zero): không bao giờ lưu thay đổi độ phân giải bản ghi· 1: luôn luôn lưu các bản ghi nghị quyết sửa đổi· 2: chỉ lưu các bản ghi nghị quyết sửa đổi quan trọngNếu giá trị không tồn tại trong sổ đăng ký, cài đặt mặc định của Outlook là "2".Tôi thiết lập giá trị 0 trong sổ đăng ký trên máy tính của tôi và chạy Outlook 2010 trong một vài ngày để quan sát những gì xảy ra. Đó là sự thật mà ít đồng bộ hoá bản ghi được tạo ra và những cái mà vẫn được tạo ra tất cả dường như liên quan đến thất bại để vinh danh xoá khoản mục đã được thực hiện tại địa phương. Tuy nhiên, mặc dù ít hơn các bản ghi được tạo ra, tôi quan tâm giảm (2-3 ngày) có trong lề lỗi và có thể là do các yếu tố khác như tốt hơn máy chủ có sẵn, ít mạng ổn định, hoặc một nhận thức cao trên một phần của người dùng. Và khi tôi phát hiện ra một chút trong khi sau khi đọc bài viết này TechNet, registry thiết chỉ điều khiển xung đột giải quyết thư được tạo ra trong quá trình hoạt động đồng bộ hóa và không có gì để làm với các bản ghi đồng bộ hoá, do đó lý thuyết đã đi ra ngoài cửa sổ! In any case, I dislike using registry settings to control client behaviour. It’s easy to update a single PC but much more difficult to apply the same update to multiple PCs. For this reason, my preference is to manage synchronization logs with retention policies. The value of this approach is that Exchange will do the work for you to clean out the Sync Issues folder each time the Managed Folder Assistant (MFA) runs to process mailboxes. Using a retention policy also works for both on-premise Exchange 2010 and Exchange Online in Office 365 and it has the added bonus that the policy will exert control over synchronization logs over the long term as new and different clients join the mix.If you’re running Exchange 2010 or 2013, you might already have deployed retention policies to help keep mailboxes under control. If so, you might imagine that all you need to do to eliminate the pesky synchronization logs on a regular basis is to define a new retention policy tag for the Sync Issues folder and then include the new tag in the retention policies that are assigned to mailboxes. Remember that a single retention policy tag can feature in as many retention policies as you like. However, although retention policies and tags are super-useful in controlling mailbox content for Exchange 2010 servers, they don't help in this instance, even if Exchange 2010 seems to indicate that they might. Here's why.Chỗ người quản trị Exchange có thể tạo ra một từ khóa chính sách lưu giữ mới có vẻ như nếu nó có thể kiểm soát đồng bộ hóa các bản ghi và bao gồm nó trong chính sách lưu giữ sử dụng Exchange Management Console (EMC). Office 365 người quản trị có thể sử dụng Exchange Management Shell (EMS). Các lệnh EMS cùng làm việc cho Exchange tại chỗ.Đầu tiên, sau khi bắt đầu lên EMS như người quản trị bằng cách sử dụng một tài khoản ít giữ vai trò RBAC quản lý người nhận, xác định các thẻ chính sách lưu giữ mới với lệnh ghép ngắn New-RetentionPolicyTag. Code là như sau:New-RetentionPolicyTag-tên "Xóa bản ghi Sync"-nhập SyncIssues

Kết quả (Việt) 2:

Hình 1: Một đồng bộ hóa Outlook 2010 log vấn đề đồng bộ hóa khác xảy ra khi nhiều khách hàng cố gắng để hoạt động trên cùng một mục trong một khoảng thời gian ngắn khi thay đổi được thực hiện bởi các khách hàng khác nhau có thể tạo ra xung đột. Ví dụ, bạn có thể xem một mục bằng cách sử dụng Outlook trên máy tính xách tay của bạn và nhìn vào nó thông qua một thiết bị di động. Bởi vì có một hồ sơ theo dõi lâu dài của thế hệ xung đột đa khách hàng trong trao đổi, đặc biệt là khi sử dụng khách hàng BlackBerry để xem yêu cầu cuộc họp lịch, có rất nhiều mã trong máy chủ để loại bỏ hoặc tự động giải quyết các xung đột, nhưng một số vẫn còn xảy ra. Và sau đó có những trường hợp khi máy chủ đang quá bận rộn để có thể xử lý thanh lịch tất cả các chủ đề RPC đến tạo ra bởi các khách hàng mà muốn cập nhật các thư mục máy chủ. Điều này có thể dẫn đến các lỗi như "đồng bộ hóa của một số xóa không thành công", một lỗi thoáng qua mà là luôn luôn làm sạch bằng cách đồng bộ tiếp theo. Tất cả những vấn đề đã tồn tại chế độ Exchange từ Microsoft giới thiệu lưu trữ trong Outlook 2003. Nói cách khác, họ đã được khoảng một phần tốt nhất của một thập kỷ. Vì vậy, tại sao có được lo lắng về các bản ghi đồng bộ hóa Outlook bây giờ? Lý do là sự kết hợp của Outlook 2010 và Exchange 2010 dường như để tạo ra các bản ghi nhiều hơn bao giờ hết và tệ hơn nữa, Microsoft dường như không biết những gì gây ra một số các bản ghi (xem KB2602009), nhưng họ đang "điều tra". Kết quả là một số tiền hợp lý của giao thông trong các diễn đàn xã hội để hỏi lý do tại sao các bản ghi này xuất hiện và cách tốt nhất để quản lý sự phát triển của họ. Một cách tiếp cận mà thường được gợi ý bởi nhân viên hỗ trợ Microsoft là để cấu hình một giá trị DWORD mới trong registry để kiểm soát cách Outlook tạo đồng bộ các bản ghi. Giá trị được EnableConflictLogging và cho Outlook 2010, nó được chèn vào HKCU Software Microsoft Office 14.0 Outlook Options. Sử dụng "15.0" cho Outlook 2013. Các giá trị có thể được thiết lập như sau: · 0 (zero): Không bao giờ lưu các bản ghi độ phân giải chỉnh sửa · 1: luôn luôn lưu các bản ghi độ phân giải chỉnh sửa · 2: chỉ lưu các bản ghi độ phân giải sửa đổi quan trọng Nếu giá trị không tồn tại trong registry, thiết lập mặc định của Outlook là "2". Tôi thiết lập giá trị 0 trong registry trên máy tính của tôi và chạy Outlook 2010 cho một vài ngày để quan sát những gì đã xảy ra. Đó là sự thật rằng các bản ghi đồng bộ ít được tạo ra và những cái mà vẫn được tạo ra tất cả các xuất hiện liên quan đến thất bại để tôn vinh xóa mục đó đã được thực hiện tại địa phương. Tuy nhiên, mặc dù các bản ghi đã được tạo ra ít hơn, tôi coi việc giảm (2-3 ngày) để được tốt trong biên độ lỗi và có thể là do các yếu tố khác như máy chủ có sẵn tốt hơn, ổn định mạng ít hơn, hoặc một nhận thức cao hơn về phía của người sử dụng. Và như tôi đã phát hiện ra một lát sau khi đọc bài viết này TechNet, đăng ký thiết lập chỉ kiểm soát các thông điệp giải quyết xung đột phát sinh trong quá trình hoạt động đồng bộ hóa và không có gì để làm với các bản ghi đồng bộ, vì vậy mà lý thuyết đã đi ra ngoài cửa sổ! Trong mọi trường hợp, tôi không thích sử dụng các thiết lập registry để kiểm soát hành vi của khách hàng. Thật dễ dàng để cập nhật một máy tính duy nhất nhưng rất khó để áp dụng bản cập nhật cùng với nhiều máy tính. Vì lý do này, sở thích của tôi là quản lý bản ghi đồng bộ với chính sách duy trì. Các giá trị của phương pháp này là Exchange sẽ làm việc cho bạn để làm sạch ra thư mục Sự cố Sync mỗi lần Folder Assistant (MFA) chạy để xử lý các hộp thư. Sử dụng một chính sách duy trì cũng làm việc cho cả hai trên tiền đề Exchange 2010 và Exchange Online trong Office 365 và nó đã được tiền thưởng thêm rằng chính sách này sẽ tác kiểm soát trên các bản ghi đồng bộ hóa trong dài hạn là khách hàng mới và khác nhau tham gia hỗn hợp. Nếu bạn ' tái chạy Exchange 2010 hoặc 2013, bạn đã có thể đã được triển khai chính sách duy trì để giúp giữ cho hộp thư được kiểm soát. Nếu vậy, bạn có thể tưởng tượng rằng tất cả các bạn cần phải làm để loại bỏ các bản ghi đồng bộ hóa pesky một cách thường xuyên là xác định một từ khóa duy trì chính sách mới cho thư mục cố Đồng bộ hóa và sau đó bao gồm các từ khóa mới trong chính sách duy trì và được gán cho hộp thư . Hãy nhớ rằng một từ khóa duy trì chính sách duy nhất có thể tính năng trong khi nhiều chính sách duy trì như bạn muốn. Tuy nhiên, mặc dù chính sách duy trì và các thẻ là siêu hữu ích trong việc kiểm soát nội dung hộp thư cho Exchange server 2010, họ không giúp đỡ trong trường hợp này, ngay cả khi Exchange 2010 dường như chỉ ra rằng họ có thể. Đây là lý do tại sao. Trên chỗ quản trị viên Exchange có thể tạo ra một thẻ duy trì chính sách mới mà dường như nếu nó có thể kiểm soát bản ghi đồng bộ hóa và bao gồm trong chính sách duy trì bằng cách sử dụng Exchange Management Console (EMC). Office 365 quản trị viên có thể sử dụng Exchange Management Shell (EMS). Cùng EMS lệnh cho công việc tại chỗ Exchange. Đầu tiên, sau khi bắt đầu lên EMS như một quản trị viên sử dụng tài khoản giữ ít nhất là quản lý người nhận vai trò RBAC, xác định các tag duy trì chính sách mới với cmdlet New-RetentionPolicyTag. Mã này là như sau: New-RetentionPolicyTag -Tên "Remove Sync Logs" -Loại SyncIssues