ADO.NET還是比較常用的，于是我研究了一下ADO.NET TracinginSyncServices，在這里拿出來和大家分享一下，希望對大家有用。SyncServiceforADO.NET是微軟MSF(MicrosoftSyncFramework)中的一個重要組成部分，它的提供了一套完整的開發框架，應對與各種場景的離線數據同步。我們可以用其開發一些復雜的場景，用以適應復雜的企業邏輯。比如在一份分布式場景中：我們創建一個Server，然后使用幾十或上千臺PC、Notebook以及WMDevice（手機PDA移動設備）作為Client段，使用SyncServiceforADO.NET進行數據同步。

#T#對于這個復雜的分布式同步場景，如何進行調試與糾錯呢？這時候需要用到ADO.NET TracinginSyncServices。

什么是ADO.NET TracinginSyncServices？

Tracing記錄了程序的各種操作，包括同步數據和Metadata，然后將這些信息給了Listener。作為Listener，可以把這些信息記錄到一個文件中作為LOG日志，或者根據你的要求傳送的其他地方。在一個分布式的程序中，Tracing是相當重要的，因為你需要用到它調試程序的錯誤，找到問題發生的根源。否則，查找問題發生的根源是非常困難的。

如何開始開啟ADO.NET TracinginSyncServices

在缺省的情況下，Tracing是關閉的。我們可以通過配置TraceListener，來開啟Tracing。我們可以通過編輯app.config來開啟Tracing，請加入以下的代碼：

<configuration> 
<system.diagnostics> 
<switches> 
<!--0-off,1-error,2-warn,3-info,4-verbose.--> 
<addnameaddname="SyncTracer"value="3"/> 
</switches> 
 
<traceautoflushtraceautoflush="true"> 
<listeners> 
<addnameaddname="TestListener"type="System.Diagnostics.TextWriterTraceListener"initializeData="c:\TraceSample.txt"/> 
</listeners> 
</trace> 
</system.diagnostics> 
</configuration> 

如何選擇合適的TraceLevel

Trace的記錄會帶來一些性能上的影響，你需要認真考慮如何設置TraceLevel，從而達到Trace記錄與產品性能上的平衡。通常情況下，如果只是想監控錯誤消息，選擇TraceLevel=1或2即可。當你需要更多的LOG信息以便于調試觀察時，你可以將TraceLevel=3或4，請記住，這時候產生的LOG是非常詳細的，與其對應的LOG文件也會很大-這會給程序的性能帶來不小的影響。通常情況下，我們只會在調試錯誤以及開發過程中使用此TraceLevel。

詳細信息請查看下表：

Switchvalue  
Tracinglevel  
Output  
0  
off  
Nomessagestotracelisteners.  
1  
error  
Onlyerrormessagestotracelisteners.  
2  
warning  
Errorandwarningmessagestotracelisteners.  
3  
info  
Informational,warning,anderrormessagestotracelisteners.  
4  
verbose  
Allmessagestotracelisteners. 

開始一個實例，驗證Traceing是否能正常工作，按照上面的我介紹的方法，將TraceLevel=3，運行程序后，LOG文件被被產生，