文章編號: 312403 - 上次校閱: 2008年5月5日 - 版次: 9.0

在 Windows 網域控制站上的分散式連結追蹤

中英文對照顯示按一下這裡顯示機器翻譯的中英文對照
機器翻譯檢視機器翻譯免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。

在此頁中

全部展開 | 全部摺疊

結論

本文將告訴您，如何使用散佈式連結追蹤服務在 Windows 中追蹤跨越 NTFS 格式化的磁碟區和伺服器建立和連結之檔案的移動。
回此頁最上方

其他相關資訊

散佈式連結追蹤的概觀

您可以使用散佈式連結追蹤伺服器服務和散佈式連結追蹤用戶端服務，以追蹤連結至 NTFS 格式化磁碟分割上的檔案。分散式連結追蹤追蹤對一個 NTFS 磁碟區的例如 Shell 捷徑及 OLE 連結檔案作連結的位置在案例中的連結。如果該檔案重新命名、 移到另一個磁碟區相同的電腦上、 移至另一部電腦或其他類似的案例中移動，Windows 會使用散佈式連結追蹤找出檔案。當您存取已移動的連結、 散佈式連結追蹤會找出連結 ； 您不知道該檔案已移，或散佈式連結追蹤用來尋找已移動的檔案。

分散式連結追蹤用戶端服務和組成伺服器服務。散佈式連結追蹤伺服器服務會以獨佔方式在 Windows Server 為基礎的網域控制站上執行。它會將資訊儲存在 Active Directory 中並提供可協助散佈式連結追蹤用戶端服務的服務。散佈式連結追蹤用戶端服務會在所有 Windows 2000 和 Microsoft Windows XP 架構電腦，包括那些在工作群組環境或不是位在工作群組中的那些上執行。它提供唯一的散佈式連結追蹤伺服器互動。

分散式連結追蹤用戶端有時會提供散佈式連結追蹤伺服器服務散佈式連結追蹤伺服器服務會儲存在 Active Directory 中的檔案連結的相關資訊。 分散式連結追蹤用戶端也可能會查詢散佈式連結追蹤伺服器服務，為該資訊時殼層捷徑或 OLE 連結不能解決。分散式連結追蹤用戶端提示散佈式連結追蹤伺服器每隔 30 天更新連結。分散式連結追蹤伺服器服務 scavenges 尚未在 90 天內更新的物件

當由連結所參考的檔案移動到另一個磁碟區 (在同一部電腦上或在不同的電腦上) 時，散佈式連結追蹤用戶端告知散佈式連結追蹤伺服器，可在 Active Directory 中建立一個 linkTrackOMTEntry 物件。在 Active Directory 中，會建立 linkTrackVolEntry 物件的網域中每一個 NTFS 磁碟區。
回此頁最上方

分散式的連結追蹤] 與 [Active Directory

分散式連結追蹤在裝載電腦帳戶的網域中的所有網域控制站和樹系中的所有通用類別目錄伺服器之間複寫物件。散佈式連結追蹤伺服器服務在下列的辨別的名稱路徑中建立的物件：
CN = FileLinks CN = 系統，DC = Active Directory 的 domain name 容器
分散式的連結追蹤物件存在於下列兩個資料表下 「 CN = FileLinks CN = 系統資料夾：
  • CN = ObjectMoveTable CN = FileLinks CN = 系統，DC = domain name：

    這個物件會儲存連結的檔案已移動網域中的相關資訊。
  • CN = VolumeTable CN = FileLinks CN = 系統，DC = domain name：

    這個物件儲存每一個 NTFS 的相關資訊之網域中的磁碟區。
分散式的連結追蹤物件個別，消耗很少的空間，但它們時允許它們累積經過一段時間會耗用大量的 Active Directory 中的空間。

如果您停用散佈式連結追蹤，並從 Active Directory 刪除散佈式連結追蹤物件，可能會發生下列行為：
  • 使用中的目錄資料庫大小可能會降低 (發生此現象物件已經 tombstoned 和進行廢棄項目收集，並執行離線磁碟重組程序時之後之後)。
  • 網域控制站之間複寫流量可能會降低。
回此頁最上方

分散式連結追蹤伺服器服務預設值，Windows Server 為基礎的網域控制站上

在 Windows 2000、 Windows XP 和 Windows Server 2003，散佈式連結追蹤用戶端服務的啟動值設定為 [自動]。在 Windows 2000 基礎伺服器，散佈式連結追蹤伺服器服務手動，預設會啟動。不過，如果使用 Dcpromo.exe 升級到網域伺服器散佈式連結追蹤伺服器服務設定為自動啟動]。

Windows Server 2003 伺服器的散佈式連結追蹤伺服器服務是停用的預設值。 當使用 Dcpromo.exe 升級到網域伺服器分散式的連結追蹤伺服器服務不被設定成自動啟動。當 Windows 2000 網域控制站升級為 Windows Server 2003 時，則散佈式連結追蹤伺服器服務是也停用在升級過程中。 如果您是系統管理員，而且您想使用散佈式連結追蹤伺服器服務，您必須使用群組原則或您必須以手動方式設定為自動啟動服務。在另外散佈式連結追蹤用戶端服務正在執行 Windows Server 2003 或 Windows XP SP1 的電腦上不會嘗試使用散佈式連結追蹤伺服器服務，根據預設值。如果想設定利用散佈式連結追蹤伺服器服務的那些電腦啟用 [允許散佈式連結追蹤用戶端使用網域資源 原則設定]。如果要執行這項操作，開啟 [電腦群組原則] 中的 [組態] / [系統管理範本/系統] 節點。
回此頁最上方

Microsoft 建議的散佈式連結追蹤在 Windows 2000 伺服器上

Microsoft 建議您使用下列設定值與散佈式連結追蹤在 Windows 2000 伺服器上：
  1. 關閉散佈式連結追蹤伺服器服務 (這是預設組態，在所有 Windows Server 2003 伺服器上) 的所有網域控制站上。

    由於的複寫負荷和 FileLinks 資料表會使用 Active Directory 中的空間，Microsoft 建議您關閉散佈式連結追蹤伺服器服務在 Active Directory 網域控制站。若要停止服務，使用任一下列方法：
    • 在 [服務貼齊-(Services.msc 或 compmgmt.msc) 中連按兩下 散佈式連結追蹤伺服器 服務，然後按一下 [停用] 以 啟動類型] 方塊中。
    • 啟動值定義在 [電腦群組原則] 的 [組態] / [Windows 設定/系統服務] 節點。
    • 裝載所有 Windows 2000 網域控制站組織單位上定義原則設定。

      原則已覆寫，以便套用原則之後，請重新啟動網域控制站。 如果您不要重新啟動網域控制站，您必須以手動方式在每個網域控制站上停止服務。
  2. 從 Active Directory 網域控制站刪除散佈式連結追蹤物件。

    請參閱這篇文章，如需有關如何刪除散佈式連結追蹤物件 」 方式來刪除分散式連結追蹤物件 」 一節。建議您刪除物件之後停用散佈式連結追蹤伺服器, 服務。

    附註在網域控制站上的目錄資訊樹狀目錄 (DIT) 大小不會降低直到完成下列動作：
    1. 物件會從目錄服務中刪除。

      附註標記存留時間過期前已刪除物件，儲存於已刪除物件容器。預設值的標記存留時間是 60 天。最小值為兩天。預設情況下，值會是與 Windows Server 2003 Service Pack 1 或更新版本的 Windows Server 2003 一起安裝的新樹系的 180 天。

      除非有強式 Active Directory 複寫監視，我們建議您使用 180 天值。降低這個值來處理 DIT 的大小問題。如果您遇到問題的資料庫大小，請聯絡 Microsoft 客戶支援服務。
    2. 記憶體回收已執行完成。
    3. 您可以使用 Ntdsutil.exe 重組 Ntds.dit 檔案以 Dsrepair 模式。
回此頁最上方

如何刪除散佈式連結追蹤物件

它並不重要您以手動方式刪除散佈式連結追蹤物件之後您停止散佈式連結追蹤] 伺服器服務，除非您有回收會耗用這些物件所盡快將磁碟空間。 分散式連結追蹤用戶端提示更新連結每隔 30 天的散佈式連結追蹤伺服器。 散佈式連結追蹤伺服器服務 scavenges 尚未在 90 天內更新的物件。

當您執行 Dltpurge.vbs VBScript，散佈式連結追蹤伺服器服務所使用的物件會從網域執行指令碼中刪除所有的 Active Directory。您必須在每個網域樹系中的一個網域控制站上執行指令碼。若要執行 Dltpurge.vbs：
  1. 取得 Dltpurge.vbs 指令碼從 Microsoft 產品支援。Dltpurge.vbs 的文字版本位於下列 「 Microsoft 知識庫 」 文件：
    315229 ? (http://support.microsoft.com/kb/315229/ ) 文字版本的 Dltpurge.vbs 的 Microsoft 知識庫 」 文件 Q312403
  2. 停止 Dltpurge.vbs 目標網域中的所有網域控制站上的散佈式連結追蹤伺服器服務。
  3. 使用系統管理員的權限，在登入網域控制站或成員電腦 Dltpurge.vbs 目標網域中的主控台。
  4. 若要從命令列執行 Dltpurge.vbs 使用下列語法：
    cscript dltpurge.vbs-s myserver-d dc = mydomain，dc = mycompany，dc = com
    在這個命令列：
    • -s 是您想要刪除散佈式連結追蹤物件的網域控制站的 DNS 主機名稱。
    • -d 是 [網域您想要刪除散佈式連結追蹤物件的辨別的名稱路徑]。
  5. 執行離線磁碟重組程序之後，物件已經 tombstoned Ntds.dit 檔案和回收。 如回收過程的更多有關，按一下 [下面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
    198793? (http://support.microsoft.com/kb/198793/ ) Active Directory 資料庫回收過程
回此頁最上方

範例客戶經驗

本節所述的最壞狀況案例說明刪除大量大型生產網域中的散佈式連結追蹤物件時要考慮的一些問題。

Trey 參考資料，虛構的大 (Fortune 500 客戶與全球超過 40,000 員工部署空的根網域與對應的世界上主要的地理區域的子網域所組成單一 Active Directory 樹系 (北美洲、 亞洲、 歐洲，等等)。樹系中最大的網域包含大約 35,000 使用者帳戶和相同數量的電腦帳戶。

Ntds.dit 檔案被放在 18 十億位元組 (GB) RAID 陣列。 初始的 Windows 2000 部署，因為通用類別目錄檔案有成長到 17 GB。

Trey 參考資料想要在下一個 10 天內部署 Windows Server 2003，但他們開始進行升級之前必須至少 1.5 GB 的資料庫磁碟分割上的可用磁碟空間。因為 Adprep.exe 已知新增三到五繼承空戰英雄先前安裝此 Hotfix 與 「 服務套件而定，他們就會需要這麼多的磁碟空間。下列條件投稿至大型的通用類別目錄大小或磁碟空間不足:
  • 條件 1： 建國已的 Windows 2000 的早期 adopter，而且最大他們收到其慣用的硬體廠商的磁碟機已 9 GB 或 18 GB 當它們被設定在 RAID 陣列。目前的磁碟機是雙半成本的大小。
  • 條件 2： DNS 清除已不啟用上被委派到樹系中每個網域的 Active Directory 整合 DNS 區域。
  • 條件 3： 網域使用者被允許在網域中建立電腦帳戶。系統管理員並沒有週期性的程序來識別及刪除被遺棄的電腦帳戶。
  • 條件 4: 結束時間課程，安全性描述元定義由系統管理員、 Service Pack 和命名內容 (NC) 噴頭根目錄上的 Hotfix (cn = 架構 cn = 組態 cn = domain) 和主控上千個物件在 Active Directory 中其他容器。在另外的稽核已啟用相同的磁碟分割上。當您設定的權限，並在 Active Directory 中的物件上啟用稽核時，會增加資料庫的大小。Windows 2000 樹系和網域準備 Windows Server 2003 網域控制站的工具 (Adprep) 也會加入繼承空戰英雄 ； 因此，Trey 需要釋放磁碟機上的空間，他們升級網域前。
  • 條件 5： 建國做不定期執行離線重組程序中 Dsrepair Ntds.dit 檔案的模式。
  • 條件 6： 當 CN = FileLinks CN = 系統，DC = domain name 中最大的網域容器已經過檢閱、 揭露超過 700,000 散佈式連結追蹤物件。在每個分散式連結追蹤物件安全性描述元已大約 2 千位元組 (KB)。
這些條件的每個已評估為其所 17 GB.dit 檔案所佔的比重：
  • 條件 1： 建國決定不由於的成本和時間要執行這項操作，需要部署新的磁碟機。而且，它們只需要磁碟暫時空間，因為它們預期 Active Directory 資料庫]，縮小他們升級為 Windows Server 2003 並單一例項存放 (SIS) 程序完成之後 (SIS 在 Active Directory 資料庫實作更有效率的儲存體的權限)。
  • 條件 2 和 3： 建國決定這些條件是最佳的作法 ； 不過，即使建國實作它們，它們就不達到所需的結果。它們決定啟用 DNS 清除因為很容易實作。如需有關如何識別未使用的電腦帳戶的詳細資訊，按一下 [下列面的文件編號，檢視 「 Microsoft 知識庫 」 中的發行項]：
    197478? (http://support.microsoft.com/kb/197478/ ) 如何偵測及移除非作用中的電腦帳戶
  • 條件 4： 建國實現，如果它們的安全性描述元項已經重新定義和系統存取控制清單 (SACL)，它們會達成他們正在尋找的結果但它們決定此程序會是耗時來實作直到它們可以徹底測試大小] 減少複寫的負荷和最重要的是在對映生產環境的實驗室案例的程式/系統管理相容性。

    因為 Windows 2000 SP2 及幾個快速補充程式已部署建國，它們預期累加繼承空戰英雄 Adprep 已加入它 (至網域 NC 中的物件) 可能是小到 300 百萬位元組 (MB)。 它們可以驗證用來測試升級的生產樹系的實驗室環境中這種行為。
  • 條件 5： 建國實現是否它們執行離線磁碟重組程序，他們可能無法復原 「 空白 」 Ntds.dit 檔案中。在實際上建國系統管理員他們完成離線磁碟重組程序後，立即注意到資料庫大小的增加。這個問題發生的 Windows 2000 資料庫引擎中的效率因為 ； 此引擎加強 Windows Server 2003 中。
  • 條件 6： 建國同意明顯採取的動作就是將執行的所有的散佈式連結追蹤物件的簡單大量刪除動作從 CN = FileLinks CN = 系統，DC = 樹系中每個網域中的網域控制站上的 domain name 容器。不過，它們實現是否它們已經這樣做過額外的磁碟空間會不被釋放向上，直到該物件已 tombstoned 並進行廢棄項目收集，直到它們完成該網域中的每個網域控制站上的離線磁碟重組程序為止。當標記存留時間值可以設定為值為兩天作為低 Trey 參考資料中的數個網域控制站的樹系外出離線作為他們 awaited 的硬體和軟體更新。如果物件 tombstoned 端對端複寫發生之前，可能 reanimated 已刪除的物件或不一致的資料可能會報告在樹系中的通用類別目錄伺服器之間。
若要能夠立即洩壓 Trey 會執行下列程序：
  1. 它們移除預設的安全性描述元的散佈式連結追蹤結構描述類別物件，並取代成一個單一安全性主體 (使用者帳戶)。
  2. 他們撰寫 VBScript 程式，移除所有現有的安全性描述元，並再將它們取代單一的安全性主體的明確從 A。
  3. 散佈式連結追蹤物件與每個物件刪除之間的三個小時延遲 10,000 單位增量刪除它們。
  4. 散佈式連結追蹤的所有物件已都刪除之後，它們可以執行在網域中每個網域控制站上的離線磁碟重組程序。
當 Trey 移除描述項，並執行磁碟重組程序時，資料庫復原大約 1.5 GB 的網域中的所有網域控制站上的磁碟空間。此空間量已足夠稍微調執行 Adprep 工具並升級到 Windows Server 2003 的所有 Windows 2000 網域控制站和通用類別目錄。

當 Windows Server 2003 中的 [單一執行個體存放區] 功能減少時，建國升級作業系統為 Windows Server 2003 後已釋放更多的磁碟空間資料庫大小大約 8 GB (您必須執行離線磁碟重組程序，以取得這些結果)。更多的空間已修復後 [TSL 間隔過期、 散佈式連結追蹤物件已進行廢棄項目收集，和它們執行離線磁碟重組程序。

Trey 參考資料到網域升級新的複本 Windows 2000 網域控制站，而電腦帳戶放在不同的組織單位，比它們通常用。兩天大約 8,000 散佈式連結追蹤物件已存在於 Windows 2000 網域控制站上。Trey 參考資料停止散佈式連結追蹤或建立原則，以停止該服務，然後連結原則到組織單位該主機 Windows 2000 網域控制站。最後，建國用於 Dltpurge.vbs 標示為刪除其餘散佈式連結追蹤物件。
回此頁最上方

DLT 物件刪除的分解模型

DLT 物件本身可以包含很少的屬性，並使用 Active Directory 中的空間非常小。當物件標示為刪除 (tombstoned) 時，除了需要追蹤物件，直到它從 Active Directory 中清除所有不必要的屬性會離開，除去。

在連結追蹤的物件的情況下被移除的兩個屬性來標示為刪除物件只金額： dscorepropagationdata 和 objectcategory。刪除在兩個屬性在初始的存款的 34 位元組的結果。不過，標示為刪除連結追蹤物件的程序也會更新該物件藉由新增 IS_DELETED 屬性 (4 個位元組) 以及改變 RDN 和 「 一般名稱 」 造成大約 80 位元組成長那些屬性的每個的屬性。在另外 「 複寫中繼資料 」 屬性也成長大約 50 個位元組來反映這個物件上執行的更新。所以，標示為刪除一個連結追蹤物件，物件最後會成長的大約 200 個位元組。[NTDS.DIT 會不展示的大小縮減，直到已刪除的物件有 tombstoned，被記憶體回收收集並執行離線磁碟重組。

附註如果服務已關閉，如本文建議，autocleanup 不會發生。
回此頁最上方
這篇文章中的資訊適用於:
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, 64-Bit Datacenter Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
回此頁最上方
關鍵字：?
kbmt kbenv kbinfo KB312403 KbMtzh
回此頁最上方
機器翻譯機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：312403? (http://support.microsoft.com/kb/312403/en-us/ )
回此頁最上方
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。