【正文】 刪除目的地中任何的資料。這麼做唯一的目的就是要篩選出上一次執(zhí)行中已處理過(guò)的資料列。例如，前一個(gè)範(fàn)例的運(yùn)算式應(yīng)如下所示。將此輸出命名為 ，或是命名為其他能讓您看出您不要這些資料列的名稱。1. 將條件式分割轉(zhuǎn)換放置在來(lái)源和目的地元件之間。您只要使用這項(xiàng)原則，就可以將封裝範(fàn)例中的 和 變數(shù)，變更為字串、變更 中的輸入?yún)?shù)類型，以及將此封裝做為可搭配字元主索引鍵的範(fàn)本。 若 是您的來(lái)源，您可以使用 字串資料類型來(lái)查詢整數(shù)值。使用按照順序排列的檔案名稱或日期，確保您每次處理檔案的順序都相同，並可藉此輕易找到已成功處理的上一個(gè)檔案。 如果您的來(lái)源為多個(gè)檔案，請(qǐng)個(gè)別處理每個(gè)檔案並追蹤目前的檔案為何。視您需求與邏輯之不同，您可能需要移動(dòng)、重新命名或刪除已經(jīng)處理過(guò)的檔案。將不同資料區(qū)塊處理至不同檔案。重新啟動(dòng)的其他提示在管線中，索引鍵值過(guò)低但要傳送到該分區(qū)的這些資料列，並不會(huì)傳送到目的地，因此這些資料列也不會(huì)再重新處理，而是會(huì)移動(dòng)到預(yù)設(shè)輸出。圖 ：為 個(gè)分區(qū)所設(shè)定的條件式分割，且將該條件式分割設(shè)定為可以在不發(fā)生目的地主索引鍵違規(guī)的情況下重新啟動(dòng)。 [] [] []如果輸入管線的任何資料列少於特定分區(qū)的 ，但記錄卻移動(dòng)到該分區(qū)，則系統(tǒng)不會(huì)傳送該記錄，也不會(huì)發(fā)生主索引鍵違規(guī)。在條件式分割中，您可能會(huì)將輸出命名為 、 和 。針對(duì)上述分區(qū)範(fàn)例來(lái)看，您應(yīng)建立名稱為 、 和 的變數(shù)。o 索引鍵值 o 索引鍵值 o 索引鍵值 由於可能會(huì)擷取多次某些資料，因此您必須篩選每個(gè)目的地以避免主索引鍵違規(guī)。 您來(lái)源的起始點(diǎn)會(huì)是已成功插入目的地的最小值之後的下一個(gè)記錄。建立變數(shù)以保留每個(gè)目的地的最大值。 失敗發(fā)生時(shí)，不同目的地可能會(huì)有不同的進(jìn)度點(diǎn)。下列是設(shè)計(jì)重新啟動(dòng)時(shí)須謹(jǐn)記的關(guān)鍵原則。在這些情況下會(huì)使用條件式分割，將每個(gè)資料列傳送至各個(gè)適合的目的地。多重目的地範(fàn)例這項(xiàng)原則也可擴(kuò)展至包含多重目的地的資料流程。只要資料中隨時(shí)保有可找出資料流程中斷點(diǎn)的特性，設(shè)計(jì)這類可找到其進(jìn)度並重新啟動(dòng)其流程的封裝，就是挺不錯(cuò)的作法。請(qǐng)注意，您不會(huì)想要控制流程中的任何工作去儲(chǔ)存檢查點(diǎn)。您已建置好一個(gè)簡(jiǎn)單的封裝，而此封裝可以在失敗之後重新啟動(dòng)其資料流程。15. 您可以開(kāi)始匯入後停止，然後再重新開(kāi)始，即可測(cè)試此方法。如需建立錯(cuò)誤流程和重新導(dǎo)向資料列的步驟，請(qǐng)參閱＜在資料流程元件中設(shè)定錯(cuò)誤輸出＞()。注意：幾乎在所有情況下，較佳的作法都是將錯(cuò)誤資料列傳送至目的地檔案並重新導(dǎo)向輸出。如果您使用 資料庫(kù)，則必須選取 [保留識(shí)別值]。在此情況下，它會(huì)是 。b. 若是 [資料存取模式]，請(qǐng)選擇 [資料表或檢視表 – 快速載入] (若尚未選取)。在該目的地上按兩下，然後進(jìn)行下列作業(yè)加以設(shè)定。將其重新命名為 。f. 按一下 [確定]，結(jié)束 [ 來(lái)源編輯器]。d. 按一下 [預(yù)覽] 以確認(rèn)可以在您的來(lái)源伺服器上執(zhí)行查詢。b. 在 [資料存取模式] 下拉式清單中，選擇 [來(lái)自變數(shù)的 命令]。13. 按兩下 來(lái)源，開(kāi)啟 [ 來(lái)源編輯器]。注意：資料流程元件的名稱中不可包含句號(hào)，因此系統(tǒng)不允許完整名稱 。12. 將 來(lái)源拖曳至資料流程控制介面。如此動(dòng)態(tài)建構(gòu)的 陳述式即會(huì)儲(chǔ)存在 變數(shù)中。您要建置的重新啟動(dòng)方法取決於索引鍵值的順序。請(qǐng)務(wù)必在 陳述式中內(nèi)含 子句。系統(tǒng)隨即會(huì)將 的初始值正確地放入要進(jìn)行計(jì)算的運(yùn)算式中。請(qǐng)視所擷取的資料類型，調(diào)整您的字元變數(shù)大小。寬度為 個(gè)字元的原因是因?yàn)檫@樣才足以納入完整範(fàn)圍的 值，包括負(fù)數(shù) (若適用的話)。如此有助於減少此編輯器中的輸入錯(cuò)誤的次數(shù)。c. 在運(yùn)算式中，輸入您的查詢。若要這樣做，您必須將其轉(zhuǎn)換為 資料類型。應(yīng)該會(huì)在列出的變數(shù)中看到此變數(shù)。b. 展開(kāi) [運(yùn)算式產(chǎn)生器] 左上角視窗中的 [變數(shù)及參數(shù)] 節(jié)點(diǎn)。您可執(zhí)行下列動(dòng)作，使用運(yùn)算式並以您判斷為查詢起始點(diǎn)的值為基礎(chǔ)，在執(zhí)行階段動(dòng)態(tài)衍生此值。10. 在封裝層級(jí)範(fàn)圍建立新的變數(shù)。在此時(shí)執(zhí)行封裝時(shí)，您就已儲(chǔ)存好了建立目前執(zhí)行之起始點(diǎn)所需知道的相關(guān)值。9. 將資料流程工作拖曳至控制介面。 連接就無(wú)法這麼做，但您可將其參數(shù)化為使用封裝或?qū)０竻?shù)來(lái)做為其來(lái)源查詢。注意：下一個(gè)步驟視您在資料流程中使用的來(lái)源類型而異。ii. 選擇 [變數(shù)名稱] 下的 (建立於步驟 )。按一下 [加入] 按鈕，加入新的結(jié)果集。請(qǐng)注意，務(wù)必要變更為 ，因?yàn)樽衷Q會(huì)產(chǎn)生錯(cuò)誤。iii. 資料類型應(yīng)為 ，其為此環(huán)境中的 位元整數(shù)。i. 若是 [變數(shù)名稱]，請(qǐng)選擇 。e. 按一下 [確定] 關(guān)閉 [查詢編輯器]，然後按一下 [執(zhí)行 工作編輯器] 左窗格中的 [參數(shù)對(duì)應(yīng)]。b. 設(shè)定至目的地伺服器的連接管理員c. ：直接輸入d. 若是 ，請(qǐng)使用 ((), ?) 注意：? 表示查詢參數(shù)。將其資料類型設(shè)為 以符合 的資料類型，並提供適當(dāng)?shù)某跏贾怠?. 在封裝範(fàn)圍建立新的變數(shù)。將此工作命名為 。關(guān)閉之後，工作應(yīng)不會(huì)顯示任何錯(cuò)誤。此變數(shù)會(huì)儲(chǔ)存 查詢的結(jié)果。g. 在新的結(jié)果集中，將 [結(jié)果名稱]變更為 。e. 在執(zhí)行 工作編輯器的左窗格中按一下 [結(jié)果集]，設(shè)定要從此查詢擷取值的方式。c. 按一下 [確定]，關(guān)閉 [輸入 查詢] 視窗。如此可簡(jiǎn)化偵錯(cuò)作業(yè)，因?yàn)樵? 查詢編輯器視窗中並沒(méi)有真正的偵錯(cuò)說(shuō)明。b. 雖然您可以將 儲(chǔ)存在變數(shù)中，但此範(fàn)例將 保留為 [直接輸入]。5. 如下所示，設(shè)定 。我們會(huì)使用此變數(shù)，儲(chǔ)存您從剛剛加入之執(zhí)行 工作所提取的值。3. 將新的執(zhí)行 工作拖曳到控制流程介面，並重新命名為 “ ”。2. 建立要連接至來(lái)源和目的地的連接管理員。1. 在新的或現(xiàn)有專案中，建立新的封裝。另外還有一個(gè)效果是它可以確保 管線中的順序，因此您可以在失敗點(diǎn)重新啟動(dòng)資料流程。因?yàn)檫@種方式所產(chǎn)生的資料已經(jīng)過(guò)排序，因此可以不執(zhí)行 就加以擷取。而是找出一個(gè)可安心用做為下限的值，並使用該值來(lái)建置來(lái)源查詢。注意：雖然邏輯上來(lái)說(shuō)，只從目的地?cái)X取一個(gè)值與在來(lái)源查詢的 子句中使用 函數(shù)或 陳述式，都可以取得相同結(jié)果，但這麼做卻可能導(dǎo)致效能問(wèn)題，尤其是當(dāng)您的來(lái)源查詢比較複雜時(shí)。建置只提取大於此值之記錄的來(lái)源查詢。更好的方法是先在來(lái)源中使用執(zhí)行 工作，然後在來(lái)源中找出未處理的最小 。 () 若要擷取最大的 ，請(qǐng)注意若是空白資料表傳回的結(jié)果會(huì)是 。在 中，使用關(guān)聯(lián)式資料來(lái)源做為來(lái)源時(shí)，您可使用執(zhí)行 工作來(lái)將最大值提取至封裝的變數(shù)中。2. 從來(lái)源建置您的查詢，而只提取大於目的地中最大 的 記錄。在 封裝中，可進(jìn)行下列作業(yè)達(dá)成上述目標(biāo)。所以您應(yīng)依據(jù) 資料行，使用來(lái)源檔的資料排序策略。如果在移動(dòng)時(shí)資料是靜態(tài)的，或是如果資料只是插入此資料表 (而不是更新)，那麼您只需要靠主索引鍵即可知道資料列是否已到達(dá)目的地。當(dāng)來(lái)源是 時(shí)，請(qǐng)使用可限制從來(lái)源提取資料的最佳作法，查詢這個(gè)來(lái)源。在這些環(huán)境類型中，您必須將每個(gè)預(yù)備環(huán)境設(shè)想為個(gè)別之目的地，並設(shè)計(jì) 進(jìn)行重新啟動(dòng)的每個(gè)區(qū)段。更複雜的 處理序可能包含部分預(yù)備環(huán)境。您可利用分區(qū)塊和排序的方式，輕鬆追蹤哪些區(qū)塊已處理，然後利用排序即可追蹤區(qū)塊中哪些記錄已處理完畢。不論資料的本質(zhì)為何，設(shè)計(jì)重新啟動(dòng)的首要步驟就是要了解您該如何識(shí)別哪些資料已存在於目的地、目的地有哪些資料必須更新，以及尚有哪些資料需傳送至目的地。如果資料僅為插入資料，大部分都可以只靠主索引鍵加以判斷。基本原則雖然對(duì)於所有資料移動(dòng)來(lái)說(shuō)，效能都非常重要，但您仍應(yīng)考慮到在資料移動(dòng)期間發(fā)生意外時(shí)您可承受遺失多少進(jìn)度的情況下，平衡效能需求。在本節(jié)中，您將會(huì)了解到下列策略：可讓資料流程從失敗點(diǎn)重新啟動(dòng)，且封裝可自動(dòng)重試而不會(huì)因連接中斷而導(dǎo)致失敗的封裝設(shè)計(jì)策略。針對(duì)封裝控制流程中的項(xiàng)目，可以使用檢查點(diǎn)達(dá)成此目標(biāo)。此技術(shù)白皮書(shū)位於 中 的 技術(shù)白皮書(shū)節(jié)點(diǎn)之下。在本節(jié)中，您將會(huì)了解到下列策略：設(shè)計(jì)在失敗時(shí)可以自動(dòng)重試一次的封裝策略，以及設(shè)計(jì)可從失敗點(diǎn)接手而無(wú)須重試整個(gè)資料流程的資料流程管線策略。如需有關(guān)使用檢查點(diǎn)的完整指示，請(qǐng)參閱＜使用檢查點(diǎn)來(lái)重新啟動(dòng)封裝＞()。架構(gòu)考量使用 封裝最普遍的幾項(xiàng)挑戰(zhàn)，在於執(zhí)行期間如何處理非預(yù)期的失敗，以及若在失敗之後必須繼續(xù)處理，該如何將完成 處理序執(zhí)行所需時(shí)間降至最低。而這些實(shí)際的網(wǎng)路延遲差異會(huì)導(dǎo)致傳統(tǒng)溝通頻繁的 資料載入方案，在 中的執(zhí)行速度更慢。此外， 基礎(chǔ)結(jié)構(gòu)中不同的階層不會(huì)位於相同的子網(wǎng)路，所以用戶端應(yīng)用程式和 之間會(huì)有部分的延遲差異。這種環(huán)境在彈性和管理能力之間的其中一項(xiàng)取捨，是應(yīng)用程式偶爾會(huì)非預(yù)期地移至另一部機(jī)器。並非所有 節(jié)點(diǎn)的託管服務(wù)都會(huì)使用極度高階的硬體。其目標(biāo)是藉由偶爾移動(dòng)不同機(jī)器間的客戶，來(lái)平衡資料中心內(nèi)的整體負(fù)載。如需 功能限制的詳細(xì)資訊，請(qǐng)參閱＜ 的功能限制 ( )＞()。不同於傳統(tǒng)的 實(shí)作方式， 包含內(nèi)建高可用性 () 和自動(dòng)備份等功能，且執(zhí)行於商用硬體上而非執(zhí)行於大型伺服器上。相較於 資料庫(kù)，它們之間也有部分差異，而可能會(huì)影響應(yīng)用程式在 上的執(zhí)行方式。使用這種分散式的方法，即可建立強(qiáng)固、可攜且靈活的部署與執(zhí)行環(huán)境，以在完全混合式基礎(chǔ)結(jié)構(gòu)中裝載端對(duì)端移動(dòng)方案。協(xié)調(diào)服務(wù)應(yīng)用程式可與各種外部元件 ( 儲(chǔ)存體、佇列等) 互動(dòng)、叫用 執(zhí)行引擎 () 以及協(xié)調(diào)多部主機(jī)或 上的資料載入與轉(zhuǎn)換工作。因此，最佳的選擇是將這些元件實(shí)作為 服務(wù)，確保處理序可在各種主機(jī)開(kāi)機(jī)時(shí)啟動(dòng)，並可不受特定機(jī)器上互動(dòng)式使用者工作階段的影響而持續(xù)執(zhí)行。此技術(shù)白皮書(shū)位於 中 的 技術(shù)白皮書(shū)節(jié)點(diǎn)之下。雖然 中的 原生環(huán)境可提供不同的封裝儲(chǔ)存類型和部署模型，但開(kāi)發(fā)端對(duì)端資料移動(dòng)方案仍需要不同的選擇。封裝和程式碼元件散發(fā)實(shí)作所有方案元素後，您所選擇將跨多部機(jī)器實(shí)際散發(fā)各種 封裝和程式碼元件的處理序變得相當(dāng)重要。值得注意的是， 平臺(tái)已包含部分可簡(jiǎn)化移植和擴(kuò)展解決方案的功能，例如組態(tài)檔和參數(shù)。只要記得這個(gè)方法，即可輕鬆地實(shí)作標(biāo)準(zhǔn)工具 (如 ) 和自訂開(kāi)發(fā)的元件與應(yīng)用程式。建立可攜式方案當(dāng)您在橫向擴(kuò)展架構(gòu)中執(zhí)行方案時(shí)，可快速重新設(shè)定相關(guān)選項(xiàng)的功能就益發(fā)重要，這包括了連接字串、認(rèn)證和解決方案所包含的所有其他組態(tài)選項(xiàng)。如果您已採(cǎi)用軟體散發(fā)功能 (例如透過(guò) 和 系列產(chǎn)品取得的功能)，就可以使用雲(yún)端中所執(zhí)行的某些元件以及執(zhí)行於內(nèi)部部署環(huán)境中的其他元件，散發(fā)解決方案元件與套件。您可在內(nèi)部部署和 基礎(chǔ)結(jié)構(gòu)中使用主映像，以簡(jiǎn)化兩種環(huán)境中都必須具備的一般服務(wù)部署。如果您想要部署多個(gè)資料移動(dòng)方案的執(zhí)行個(gè)體，在部署和設(shè)定所有組件方面提供高度的自動(dòng)化是更加重要。先壓縮資料後再透過(guò)線上傳送當(dāng)然也能提升效能。圖 平衡的資料載入架構(gòu)概要圖資料類型考量您所使用的資料庫(kù)結(jié)構(gòu)描述、實(shí)體設(shè)計(jì)和資料類型，都會(huì)在許多方面影響資料移動(dòng)處理序。由於系統(tǒng)中部分元件 ( 節(jié)點(diǎn)以及裝載 的 之 儲(chǔ)存體 儲(chǔ)存機(jī)制) 具有高可用性、共用以及多重租用戶本質(zhì)，因此若將過(guò)多的資料發(fā)送至單一節(jié)點(diǎn)，會(huì)導(dǎo)致其他效能問(wèn)題。找到環(huán)境中所有元件之間的最佳平衡點(diǎn)，會(huì)比達(dá)到單一元件的極限更加重要。設(shè)計(jì)和實(shí)作平衡的架構(gòu)若要設(shè)計(jì)包含許多移動(dòng)組件的複雜資料移動(dòng)方案 (其中並非所有項(xiàng)目都必須是傳統(tǒng)內(nèi)部部署元件同類產(chǎn)品中最好的項(xiàng)目)，上述所有考量都是為了引導(dǎo)我們做出正確的決策。如何利用雲(yún)端平臺(tái)所提供的大幅向外延展功能，而同時(shí)保留對(duì)方案元件的掌控權(quán)？如何在專為橫向擴(kuò)展而非縱向擴(kuò)充所量身打造的平臺(tái)上執(zhí)行我的資料載入處理序，但同時(shí)提供可接受且可預(yù)測(cè)的效能？若要解決上述問(wèn)題，就必須放棄在網(wǎng)路連接效能與可靠性以及一律開(kāi)啟且執(zhí)行的應(yīng)用程式元件與服務(wù)上的部分假設(shè)，而是要針對(duì)可新增以解決效能問(wèn)題的資源進(jìn)行規(guī)劃。您必須釐清將方案的部分組件移至雲(yún)端可取得的技術(shù)優(yōu)勢(shì)，以及可能面臨的部分內(nèi)容遺失之情形，才能擁有正確的心態(tài)，而成功地實(shí)作混合式案例。規(guī)劃與測(cè)試可協(xié)助您判斷特定資源的瓶頸，並協(xié)助引導(dǎo)您做出如何實(shí)作各種工作的決策。若要平衡資源耗用量，您可以將工作移動(dòng)至 ，並藉助於雲(yún)端環(huán)境的自然彈性。另一個(gè)設(shè)計(jì)重點(diǎn)則是放置及執(zhí)行特定資料移動(dòng)工作和服務(wù)的位置，例如可執(zhí)行分區(qū)或資料壓縮活動(dòng)的條件式分割邏輯。架構(gòu)決策中影響最大的前兩名可能是：需要重複使用現(xiàn)有成品與處理序還是整個(gè)從頭開(kāi)始，再來(lái)就是團(tuán)隊(duì)成員的技能熟練度與個(gè)人基本能力 (例如，是有比較多的開(kāi)發(fā)人員還是比較多的資料庫(kù)