Dale Mahalko提出的问题 -server

Dale Mahalko

Asked: 2018-07-09 10:03:44 +0800 CST

显然 Robocopy 不了解 Windows Server 2016 重复数据删除。有没有办法让它在不破坏音量的情况下工作？

13

设想：

执行从旧 Server 2008 R2 到新 Server 2016 的服务器迁移，遵循此服务器故障指南：使用 Robocopy 进行文件服务器迁移
Robocopy 完成后，在 Server 2016 上为复制的卷启用重复数据删除，然后使用 PowerShell 手动开始重复数据删除。几个小时后，它完成并恢复了大约 25% 的磁盘空间。
再次运行 Robocopy 以复制初始副本中可能遗漏的任何内容，作为对新服务器的最终检查。

....但是 Robocopy（从 Server 2016 运行）不了解重复数据删除，因此继续丢弃重复数据删除块存储。

-------------------------------------------------------------------------------
   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

Asked: 2014-09-16 14:12:40 +0800 CST

简单的备份磁带擦除，来自 linux shell？

3

我有一堆旧的未加密备份磁带要丢弃，我正在寻找一种非常简单且免费的擦除方法。

我之前在linux上使用过以下方法将硬盘归零。没有进度指示器，但它运行得尽可能快：

cat /dev/zero > /dev/hda
(分钟过去.....)
cat: 设备上没有剩余空间

这在磁带设备上是否同样有效，因为 linux 将所有内容都视为块设备？

使用 Knoppix 7.4 引导旧服务器，我看到： /dev/tape/by-path/pci-0000:02:
05.0 -scsi-0:0:5:0
/dev/tape/by-path/pci-0000： 02:05.0-scsi-0:0:5:0-nst

这是 Quantum DLT-V4 半高 SCSI 驱动器。

我不知道我应该使用两个设备名称中的哪一个来擦除，但我认为它是非倒带“-nst”设备。

插入磁带杀死是否足够好，然后键入：
cat /dev/urandom > /dev/tape/by-path/pci-0000:02:05.0-scsi-0:0:5:0-nst

然后完成后（设备上没有剩余空间），只需弹出并丢弃磁带？

是“就这么简单”，还是我忽略了什么？

===跟进===

我不知道这个网站希望如何处理对评论的回复。所以我正在编辑问题..

擦拭时间：对我来说，设置几个小时的擦拭作业并在第二天更换磁带或其他任何事情都没有问题。有问题的服务器已经闲置了两年并且断电了，所以擦除需要多长时间并不重要。

我在写之前没有做任何设备设置，所以它可能启用了硬件压缩，但是用 urandom 覆盖几乎可以保证压缩无效并且覆盖速度很快。

倒带：当 DLT 磁带新装入时，它不是已经完全倒带了吗？如果没有，发出“mt rewind”只需要一分钟。

mt erase：此命令的文档非常短。“擦掉磁带。” 好的，怎么做？把磁带归零？还是用随机数据覆盖？似乎没有其他信息可用，我不知道如何找到。它是只擦除前面的几个块以使其看起来是空的，还是整个磁带？我是否必须查看命令的源代码才能知道？

Dale Mahalko

Asked: 2014-08-31 22:37:47 +0800 CST

screen 导致“tail -F | grep”回显不匹配的行

7

这是 Ubuntu (3.13.0-29-generic #53)，试图做一个简单的 bash 脚本来监控匹配行的日志文件。

如果我执行以下操作，则 bash shell 中除了匹配项之外没有输出，这是预期的：

尾-F server.log | grep --line-buffered "字" | tee -a wordwatch.log

但是，如果我尝试在屏幕上做同样的事情，会话就会被监视日志文件中不匹配的数据发送到垃圾邮件中。显然它显示了监视日志文件中的所有内容。此垃圾邮件不会出现在输出日志文件中。

screen -S "wordwatch" 尾 -F server.log | grep --line-buffered "字" | tee -a wordwatch.log

我做错了什么，如何阻止观看的日志向屏幕会话发送垃圾邮件？

显然 Robocopy 不了解 Windows Server 2016 重复数据删除。有没有办法让它在不破坏音量的情况下工作？

简单的备份磁带擦除，来自 linux shell？

screen 导致“tail -F | grep”回显不匹配的行

新安装后 postgres 的默认超级用户用户名/密码是什么？

SFTP 使用什么端口？

命令行列出 Windows Active Directory 组中的用户？

什么是 Pem 文件，它与其他 OpenSSL 生成的密钥文件格式有何不同？

如何确定bash变量是否为空？

Dale Mahalko's questions