เห็นได้ชัดว่า Robocopy ไม่เข้าใจการขจัดข้อมูลซ้ำซ้อนของ Windows Server 2016 มีวิธีทำให้ทำงานโดยไม่ทำลายปริมาณหรือไม่

13

สถานการณ์:

ทำการโอนย้ายเซิร์ฟเวอร์จาก Server 2008 R2 เก่าไปยังเซิร์ฟเวอร์ใหม่ 2016 ทำตามคำแนะนำเซิร์ฟเวอร์ข้อผิดพลาดนี้: การโยกย้ายเซิร์ฟเวอร์ไฟล์โดยใช้ Robocopy
หลังจาก Robocopy เสร็จสิ้นให้เปิดใช้งานการลดความซ้ำซ้อนบนเซิร์ฟเวอร์ 2016 สำหรับปริมาณที่คัดลอกแล้วใช้ PowerShell เพื่อเริ่มการขจัดข้อผิดพลาดด้วยตนเอง หลังจากผ่านไปหลายชั่วโมงจะเสร็จสมบูรณ์และกู้คืนได้ประมาณ 25% ของพื้นที่ดิสก์
เรียกใช้ Robocopy อีกครั้งเพื่อคัดลอกสิ่งที่อาจพลาดในการคัดลอกครั้งแรกเป็นการตรวจสอบขั้นสุดท้ายของเซิร์ฟเวอร์ใหม่

.... แต่ Robocopy (เรียกใช้จากเซิร์ฟเวอร์ 2016) ไม่เข้าใจการขจัดข้อมูลซ้ำซ้อนและดังนั้นแทนที่จะดำเนินการเพื่อลบล้าง chunkstore ซ้ำซ้อนแทน

-------------------------------------------------------------------------------
   ROBOCOPY     ::     Robust File Copy for Windows                              
-------------------------------------------------------------------------------

  Started : Sunday, July 8, 2018 12:10:02 PM
   Source : \\SERVER-2008\e$\
     Dest : \\SERVER-2016\e$\

    Files : *.*

  Options : *.* /TEE /S /E /COPYALL /PURGE /MIR /ZB /NP /MT:32 /R:1 /W:10 

------------------------------------------------------------------------------

    *EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\
    *EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\
    *EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\
      *EXTRA File         253504    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\DedupFileList.1
      *EXTRA File         253504    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\DedupFileList.2
      *EXTRA File             28    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\stamp.dat
    *EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\COW\
    *EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\COW\00010000\
      *EXTRA File         196608    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\COW\00010000\00000046.00.RB
      *EXTRA File         106496    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\COW\00010000\00000048.00.RB

[ ....... ]

*EXTRA File           30.3 m    \\SERVER-2016\e$\System Volume Information\Dedup\ChunkStore\{B7E1F3A4-AAD9-4449-9DF7-5489421C9EC5}.ddp\Stream\000f0000.00000002.ccc
*EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\
  *EXTRA File         29.7 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\00000001.kmchange.log
  *EXTRA File        999.8 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\changes.optimization.1.10.archive.etl
  *EXTRA File       1000.0 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\changes.optimization.1.11.archive.etl
  *EXTRA File        735.5 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\changes.optimization.1.12.archive.etl
  *EXTRA File        999.8 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\changes.optimization.1.9.archive.etl
  *EXTRA File          1.3 m    \\SERVER-2016\e$\System Volume Information\Dedup\Logs\changes.optimization.2.1.archive.etl
*EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\
  *EXTRA File             76    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\Dedup.00.cfg
  *EXTRA File             76    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\Dedup.01.cfg
  *EXTRA File           2228    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\dedupConfig.01.xml
  *EXTRA File           2228    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\dedupConfig.02.xml
  *EXTRA File              0    \\SERVER-2016\e$\System Volume Information\Dedup\Settings\VolumeJobLock.bin
*EXTRA Dir        -1    \\SERVER-2016\e$\System Volume Information\Dedup\State\
  *EXTRA File           2982    \\SERVER-2016\e$\System Volume Information\Dedup\State\chunkStoreStatistics.xml
  *EXTRA File           2592    \\SERVER-2016\e$\System Volume Information\Dedup\State\dedupStatistics.xml
  *EXTRA File         11.5 m    \\SERVER-2016\e$\System Volume Information\Dedup\State\GCReservedSpaceBitmap.tmp
  *EXTRA File          1.0 g    \\SERVER-2016\e$\System Volume Information\Dedup\State\GCReservedSpaceContainer.ccc
  *EXTRA File         46.0 m    \\SERVER-2016\e$\System Volume Information\Dedup\State\GCReservedSpaceDeleteLogs.tmp
  *EXTRA File          1.0 m    \\SERVER-2016\e$\System Volume Information\Dedup\State\GCReservedSpaceFileList.tmp
  *EXTRA File           4096    \\SERVER-2016\e$\System Volume Information\Dedup\State\GroupCommitFlushControl0.bin
  *EXTRA File           2066    \\SERVER-2016\e$\System Volume Information\Dedup\State\optimizationState.xml

[ ...... ]

ฉันยกเลิกทันทีหลังจากได้เห็นการบินนี้ในบันทึกและตระหนักถึงสิ่งที่เกิดขึ้น แต่ความเสียหายได้ทำไปแล้วข้อมูลบนเซิร์ฟเวอร์ใหม่ที่ซ้ำซ้อนได้รับความเสียหายทันทีโดย Robocopy ขณะที่มันบุกผ่าน \ System Volume Information พาร์ติชั่นไดรฟ์เซิร์ฟเวอร์ใหม่ได้รับการฟอร์แมตและรีไซเคิลซ้ำแล้วซ้ำอีกจาก Server 2008

มีวิธีที่ปลอดภัยในการใช้ Robocopy หรือไม่เพื่อไม่ให้สัมผัสกับปริมาณข้อมูลซ้ำซ้อน?

นอกจากนี้ฉันมีข้อกังวลใหม่ .. หาก Robocopy สามารถทำลายโวลุ่มที่ซ้ำซ้อนซ้ำมีอะไรอีกที่ไม่ปลอดภัยที่จะใช้กับโวลุ่มที่ซ้ำซ้อนที่เห็นผ่านมันและสามารถทำลายข้อมูลพื้นฐานที่เซิร์ฟเวอร์ควรเข้าถึงได้เท่านั้น (อาจเป็นคำถามแยกต่างหาก .. )

— Dale Mahalko
แหล่งที่มา

5

สิ่งที่คุณคาดหวังว่าจะเกิดขึ้นกับ/MIRสวิทช์ซึ่งเป็นMIRror a directory tree (equivalent to /E plus /PURGEที่/PURGE :: delete dest files/dirs that no longer exist in source? "มิเรอร์" หมายถึงทำให้ปลายทางเป็นสำเนาของแหล่งที่มา Robocopy มีพลัง ... และแน่นอนเรารู้ว่านั่นหมายถึง: ด้วยพลังอันยิ่งใหญ่มาพร้อมความรับผิดชอบที่ยอดเยี่ยม!

— davidbak

"\ System Volume Information" ปกติไม่สามารถเข้าถึงได้และโดยปกติโปรแกรมทั้งหมดจะถูกบล็อกไม่ให้เข้าถึง ไม่ควรมีวิธีการใด ๆ ที่ Robocopy สามารถเข้าไปได้แม้เมื่อเรียกใช้จากพรอมต์คำสั่งของผู้ดูแลระบบ ลองใช้การเข้าถึงด้วยตนเองบนเซิร์ฟเวอร์เดียวกัน 2016: เริ่มต้น -> พร้อมรับคำสั่ง -> เรียกใช้ในฐานะผู้ดูแลระบบ ข้อมูลปริมาณซีดี \ System การเข้าถึงถูกปฏิเสธ.

— Dale Mahalko

นั่นเป็นเรื่องจริง ฉันควรจะชี้ให้เห็นว่าคุณใช้ใน/ZB :: use restartable mode; if access denied use Backup modeกรณีที่โหมดการสำรองข้อมูลเอาชนะการอนุญาตส่วนใหญ่เพื่อให้สามารถอ่านไฟล์ "ปกติ" ไม่สามารถอ่านได้เพื่อให้การสำรองข้อมูลเสร็จสมบูรณ์ ดังนั้นมันเป็นการรวมกันของ/Bและ/MIRที่คุณใน Robocopy มีประสิทธิภาพ ... ที่ผมกล่าวถึงข้างต้น ... .

— davidbak

ติดตามคำตอบที่ยอดเยี่ยมของ Greg - ให้ทางเลือกเพียงแค่ปล่อยการขจัดข้อมูลซ้ำซ้อนจนกว่าคุณจะเสร็จสิ้นการโยกย้าย

— ทิมบริกแฮม

16

System Volume Informationไดเรกทอรีควรจะแยกออกโดยใช้สวิตช์ / ขึ้นเครื่องหมาย XD น่าจะเป็นความคิดที่ดีที่จะไม่รวมอื่น ๆ ไดเรกทอรีซ่อน / $RECYCLE.BINระบบเช่น

— เกร็กเบน
แหล่งที่มา

5

สองสวิทช์บรรทัดคำสั่งที่ถูกนำมาใช้นำไปสู่การนี้และ/MIR /ZBตามที่robocopy /???อธิบายในเอกสาร ( ):

/ MIR :: MIRror ต้นไม้ไดเรกทอรี (เทียบเท่ากับ / E plus / PURGE)
/ ZB :: ใช้โหมดเริ่มต้นใหม่; หากการเข้าถึงถูกปฏิเสธให้ใช้โหมดสำรองข้อมูล

เป็นการรวมตัวกันที่เกิดขึ้นกับคุณ: /MIRจะลบ (ดังที่อธิบายเมื่อคุณเรียกใช้robocopyโดยไม่มีข้อโต้แย้ง) และ "โหมดสำรองข้อมูล" เอาชนะสิทธิ์ส่วนใหญ่เพื่อให้สามารถอ่านไฟล์ "ปกติ" อ่านไม่ได้เพื่อทำการสำรองข้อมูลให้เสร็จสมบูรณ์

"โหมดสำรองข้อมูล" ไม่ได้ถูกระบุอย่างชัดเจนในคำอธิบาย "ความช่วยเหลือ" คุณต้องรู้ว่า Windows CreateFileAPI รองรับการตั้งค่าสถานะที่เรียกว่าFILE_FLAG_BACKUP_SEMANTICSซึ่งรวมกับสิทธิ์การเข้าถึงบางอย่างSE_BACKUP_NAME(ซึ่งกำหนดให้กับกลุ่มผู้ดูแลระบบตามค่าเริ่มต้น - นอกจากนี้กลุ่มตัวดำเนินการสำรองข้อมูลด้วย) จะข้ามการรักษาความปลอดภัยไฟล์ปกติ

คุณไม่รู้หรอ จากนั้นคุณอาจไม่รู้ว่า robocopy ไม่ได้เป็นส่วนหนึ่งของ Windows แต่อย่างใด - เป็นส่วนเสริมที่เรียกว่า "Windows Resource Kit" ซึ่งส่วนใหญ่ใช้โดยโปรแกรมเมอร์และ sysadmins ฮาร์ดคอร์ในสมัยก่อน ถูกปู่ย่าตายายในการกระจาย Windows กลับมาใน Windows Server 2008 มันไม่เคยได้รับความสนใจใด ๆ - ยกเว้นตัวเลือกประสิทธิภาพเพิ่มเติม woot! โดยเฉพาะอย่างยิ่งความสนใจจากผู้จัดการโครงการไม่ทุ่มเทให้กับ UI หรือการใช้งาน ดังนั้นจึงเป็นพลังงานที่สามารถใช้งานได้ - หรือผิด! - ความเสี่ยงของคุณเอง

(กฎง่ายๆ: อย่าใช้ตัวเลือกบรรทัดคำสั่งที่คุณไม่เข้าใจจริงๆ)

ข้อมูลที่คุณอาจต้องการทราบเกี่ยวกับการเข้าถึงไฟล์ "โหมดสำรองข้อมูล":

https://isc.sans.edu/forums/diary/Use+The+Privilege/20483/

https://docs.microsoft.com/en-us/windows/desktop/api/FileAPI/nf-fileapi-createfilea

https://docs.microsoft.com/en-us/windows/desktop/FileIO/file-security-and-access-rights

— davidbak
แหล่งที่มา

1

BTW ไม่มีอันตรายใด ๆ (AFAIK) เกี่ยวกับ/Z"โหมดรีสตาร์ท" มันเป็นBปัญหาที่เกิดขึ้น ...

— davidbak

ไฟล์โดเมนโดเมนเซิร์ฟเวอร์ที่มีเจ้าของแยกต่างหากและข้อมูลความปลอดภัยในแต่ละไดเรกทอรีบัญชีสามารถคัดลอกได้อย่างสมบูรณ์และสมบูรณ์ (/ COPYALL หรือ / COPY: DATSOU) โดยใช้บัญชีผู้ดูแลระบบโดยไม่ใช้ / B หรือไม่?

— Dale Mahalko

@DaleMahalko - TBH ฉันไม่รู้ แม้ว่าฉันจะเขียนโปรแกรม Windows มาสองสามทศวรรษแล้ว แต่ก็มีหลายแง่มุมที่ฉันหลีกเลี่ยงและดังนั้นฉันจึงรู้เพียงเกี่ยวกับความปลอดภัยของ Windows เพื่อให้ฉันไม่ได้ยืนยันเมื่อจำเป็น ... ฉันเป็นคนประเภทที่เข้าสู่ระบบด้วยเสมอ สมาชิกของผู้ดูแลระบบฉันเข้าสู่นโยบายกลุ่มและทำให้ทุกอย่างไม่ได้บังคับใช้โดยสิ้นเชิง ฯลฯ อาจมีคนอื่นรู้บ้าง

— davidbak

1

นี่คือผลการติดตามโดยใช้คำตอบอื่น ๆ ที่มีให้และทดสอบกับปลายทางที่ซ้ำซ้อน ( Meta: ฉันไม่รู้ว่าควรรวมสิ่งนี้ไว้ในการแก้ไขที่ด้านล่างของคำถามเดิมหรือไม่ )

บรรทัดคำสั่ง Robocopy ได้รับการพัฒนาให้มีลักษณะดังนี้:

robocopy \\OLD-SERVER\e$\ \\NEW-SERVER\e$\ /MIR /COPYALL /DCOPY:DAT /NP /Z /B /J /SL /MT:128 /R:1 /W:10 /LOG+:robocopy-log.txt /TEE /XD "Recycler" "Recycled" "$Recycle.bin" "System Volume Information" /XF "pagefile.sys" "swapfile.sys" "hiberfil.sys"

ตัวเลือกและวัตถุประสงค์:

/ MIR - มิเรอร์ต้นทางไปยังปลายทางและลบไฟล์และไดเรกทอรีบนปลายทางหากไม่มีอยู่ในแหล่งที่มาอีกต่อไป
/ COPYALL - คัดลอกข้อมูลไฟล์ทั้งหมด: ข้อมูลคุณลักษณะและเวลาประทับ ACL การรักษาความปลอดภัย NTFS ข้อมูลเจ้าของข้อมูลการตรวจสอบ (ไม่รวมอยู่ในค่าเริ่มต้น)
/ DCOPY: DAT - คัดลอกข้อมูลไดเรกทอรีทั้งหมด - ข้อมูลแอ็ตทริบิวต์การประทับเวลา (การประทับเวลาการสร้างดั้งเดิมจะไม่ถูกคัดลอกโดยค่าเริ่มต้นโดยปกติการเปลี่ยนแปลงนี้จะเป็นวันที่คัดลอกโดย Robocopy)
/ NP - อย่าแสดงความคืบหน้า
/ Z - ใช้โหมดรีสตาร์ท
/ B - คัดลอกไฟล์ในโหมดสำรองข้อมูล (ฉันไม่ทราบว่าสิ่งนี้จำเป็นสำหรับไดเรกทอรีผู้ใช้ที่พวกเขาเป็นเจ้าของเอกสิทธิ์ยกเว้นผู้ดูแลระบบตัวเลือกนี้จะทำลายโวลุ่มปลายทางที่ซ้ำซ้อนโดยไม่ต้องยกเว้น "ข้อมูลปริมาณระบบ")
/ J - คัดลอกโดยใช้ I / O ที่ไม่มีบัฟเฟอร์ (คัดลอกไฟล์ multi-gig ขนาดใหญ่ที่เร็วขึ้น)
/ SL - คัดลอกลิงก์สัญลักษณ์แทนที่จะเป็นเป้าหมาย
/ MT: 128 - ใช้เธรด CPU สูงสุด (ควรใช้อีเทอร์เน็ต 10 กิกะบิตและคอร์ CPU จำนวนมาก)
/ R: 1 - หากเกิดข้อผิดพลาดในการเข้าถึงไฟล์ให้ลองอีกครั้ง 1 ครั้ง
/ W: 10 - หากข้อผิดพลาดการเข้าถึงไฟล์รอ 10 วินาทีก่อนลองอีกครั้ง
/ LOG + - บันทึกผลลัพธ์ไปยังไฟล์ข้อความต่อท้ายว่ามีไฟล์บันทึกอยู่แล้ว
/ TEE - พิมพ์ผลลัพธ์ไปยังหน้าจอและเพื่อล็อกไฟล์
/ XD - ยกเว้นไดเรกทอรีและทุกสิ่งที่อยู่ภายใน ชื่อที่มีช่องว่างในนั้นต้องอยู่ในเครื่องหมายคำพูด: "Recycler" "Recycle" "$ Recycle.bin" "ข้อมูลปริมาณระบบ"
/ XF - ยกเว้นไฟล์: หน่วยความจำเสมือนและไฟล์ไฮเบอร์เนตหากเกิดขึ้นกับแหล่งที่มา: "pagefile.sys" "swapfile.sys" "hiberfil.sys"

เรียกใช้อีกครั้งสุดท้าย:

            Total    Copied   Skipped  Mismatch    FAILED    Extras 
 Dirs :    158189    153466    158186         0         0         0
Files :   1116292         0   1116296         0         0         0
Bytes :   1.350 t         0   1.350 t         0         0         0
Times :   0:01:04   0:00:00                       0:00:00   0:01:04

,

นอกจากนี้ฉันไม่ทราบช่องทางที่เหมาะสมในการรายงานข้อผิดพลาดให้กับ Microsoft แต่ฉันได้เชื่อมโยงกับการสนทนานี้ที่ด้านล่างของเอกสารการคัดลอกซ้ำซ้อนของ Microsoft บนเว็บไซต์Windows IT Pro Centerของพวกเขา:

https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/overview

— Dale Mahalko
แหล่งที่มา

/MT:128ดูเหมือนจะค่อนข้างสูง คุณค้นพบว่ามันมีประสิทธิภาพจริง ๆ ในการตั้งค่าที่สูง (และไม่ต่อต้านการผ่านค่าที่ต่ำกว่า)?

— davidbak

1

ป.ล. ฉันรักการทำงานที่บรรทัดคำสั่ง ลองนึกภาพกล่องโต้ตอบแบบแท็บที่น่ารังเกียจที่คุณต้องทำงานอย่างช้า ๆ เพื่อไปยังฟังก์ชันการทำงานที่แม่นยำนี้ และ UIs เหล่านั้นไม่มีโหมด "บันทึก" ดังนั้นคุณต้องทำทุกครั้ง!

— davidbak

ฉันไม่รู้ว่าทำไมพวกเขาถึงต้องเปิดเผยการควบคุมเธรดกับผู้ใช้ ในตอนท้ายมันจะดักข้อมูล 1.5TB ในหนึ่งนาทีโดยไม่มีการเปลี่ยนแปลงดังนั้น "ผลกระทบ" ใด ๆ ที่ใช้เธรดสูงสุดดูเหมือนว่าจะไม่สำคัญ การแสดงนี้เป็นที่ยอมรับของฉัน

— Dale Mahalko

@DaleMahalko - โดยส่วนตัวแล้วฉันพบว่ามีประโยชน์ที่จะสามารถควบคุมเธรดได้สูงสุด หากฉันมี 10 ไฟล์ที่จะคัดลอกโดยที่การตั้งค่าแต่ละชั่วโมงใช้เวลาไม่กี่ชั่วโมง MT: 2 อนุญาตให้ฉันมีเธรดการคัดลอกไฟล์เพียง 2 ไฟล์เท่านั้นที่สามารถใช้งานได้ในแต่ละครั้ง ในโครงสร้างพื้นฐานที่ไม่น่าเชื่อถือหรือซับซ้อนที่มีการขัดจังหวะด้วย MT: 2 จะทำให้แน่ใจว่ามีเพียง 2 สำเนาไฟล์เท่านั้นที่จะถูกยกเลิกมากกว่า 10 ถ้าฉันมี MT: 10 (การคัดลอกไฟล์ทั้งหมดในเวลาเดียวกัน) ในกรณีนี้หากการขัดจังหวะเกิดขึ้นใน 2 ไฟล์สุดท้ายจาก 10 ไฟล์จะต้องถูกรีสตาร์ท (มีอีก 8 ไฟล์ที่ถูกคัดลอกไปแล้ว) แทนที่จะเป็นไฟล์ทั้งหมด

— Rod

ตอนนี้เป็นเวลานานแล้วที่ฉันใช้ Robocopy ครั้งล่าสุด แต่ดูเหมือนว่าฉันจะจำได้ว่าจำนวนเธรดที่ จำกัด ไม่ทำให้การเชื่อมโยงเครือข่ายระหว่างเซิร์ฟเวอร์ทั้งสองเต็มไปหมด แต่มีหลายเธรดมากกว่า และนี่ควรจะเป็นจุดสนใจ การระบุเธรดสูงสุดไม่เป็นประโยชน์ แต่ "ค่อยๆเพิ่มเธรดการคัดลอกเพิ่มเติมจนกว่าแบนด์วิดท์ X ไขว้และถ้าเกินขีด จำกัด อย่าเพิ่มเธรดเพิ่มเติมเมื่อการคัดลอกเสร็จสิ้น" มีประโยชน์จริง ๆ และจะตอบสนองความต้องการของเราทั้งสอง

— Dale Mahalko

0

ฉันคิดว่าคุณไม่รู้ว่า robocopy / Robocopy คืออะไรมันเป็นคำสั่งคัดลอกไฟล์ที่มีประสิทธิภาพสำหรับบรรทัดคำสั่งของ Windows ที่ช่วยให้คุณสามารถคัดลอกไฟล์ไดเรกทอรีและแม้แต่ไดรฟ์จากที่หนึ่งไปอีกที่หนึ่ง หากคุณต้องการข้อมูลเพิ่มเติมตรวจสอบบทความนี้ https://rocketfiles.com/articles/what-is-robocopy-in-windows

— ANTROGOR
แหล่งที่มา

2

ฉันไม่แน่ใจว่านี่เป็นคำตอบที่ชัดเจนสำหรับคำถาม คำตอบนี้เกี่ยวข้องกับปัญหาการขจัดข้อมูลซ้ำซ้อนอย่างไร

— ทอดด์วิลค็อกซ์