使用 NTFS 压缩的 7zip SQL 备份是否不好？
Is it bad to 7zip SQL backups compressed using NTFS compression?
上周我一直在网上搜索，但我什么也没找到。我有这样的问题：
从 2012 年至今，我们公司每天都有 SQL 备份。所有这些文件都是 "compressed" 使用标准磁盘压缩的。
大约每月 500 个文件。大约有 24 000 个文件。磁盘数量巨大 space（现在每天花费大约 9 GB，2012 年为 6 GB）。而且它是备份，所以将这些文件放在三个不同的地方。
我想对这些文件进行 7z，因为，例如，如果数据库有 2 GB，在 Windows 磁盘压缩功能之后它有 ~1200 MB。当我 7z 这个文件时，它有 200 mb。
我制作了简单的批处理脚本来解压缩这些文件，打包并删除。一天后，它已经完成了一个月。解压花费很多时间。
我看到压缩 sql BAK 文件非常常见且安全。但现在真正的问题是 - 我是否必须解压缩每个文件，然后打包，或者 7z "compressed" 文件是否安全？
这是脚本：
echo off
FOR /R %%i IN (*.bak) DO (
echo Decompressing %%i
compact /u "%%i" >> log.txt
ping 127.0.0.1 -n 2 > nul
echo Zipping %%i
"C:\Program Files-Zipz.exe" a "%%i.7z" "%%i" >> log.txt
echo Deleting %%i
del "%%i" >> log.txt
echo _____)
绝对安全。
Windows提供的压缩是透明的。这意味着从任何应用程序的角度来看，这些只是可以像任何其他文件一样读取和写入的普通文件。在内部，Windows 在应用程序可见的下一层动态压缩和解压缩数据。
因此，7-Zip 不会区分已被 Windows 压缩的文件和其他文件。但是，如果您之后立即解压缩它们，那么使用 Windows' 压缩可能就没有多大意义了。它也可能会快得多，因为即使您不手动解压缩文件，Windows 隐含地必须在 7-Zip 想要读取数据时解压缩数据。
上周我一直在网上搜索，但我什么也没找到。我有这样的问题： 从 2012 年至今，我们公司每天都有 SQL 备份。所有这些文件都是 "compressed" 使用标准磁盘压缩的。
大约每月 500 个文件。大约有 24 000 个文件。磁盘数量巨大 space（现在每天花费大约 9 GB，2012 年为 6 GB）。而且它是备份，所以将这些文件放在三个不同的地方。
我想对这些文件进行 7z，因为，例如，如果数据库有 2 GB，在 Windows 磁盘压缩功能之后它有 ~1200 MB。当我 7z 这个文件时，它有 200 mb。
我制作了简单的批处理脚本来解压缩这些文件，打包并删除。一天后，它已经完成了一个月。解压花费很多时间。
我看到压缩 sql BAK 文件非常常见且安全。但现在真正的问题是 - 我是否必须解压缩每个文件，然后打包，或者 7z "compressed" 文件是否安全？
这是脚本：
echo off
FOR /R %%i IN (*.bak) DO (
echo Decompressing %%i
compact /u "%%i" >> log.txt
ping 127.0.0.1 -n 2 > nul
echo Zipping %%i
"C:\Program Files-Zipz.exe" a "%%i.7z" "%%i" >> log.txt
echo Deleting %%i
del "%%i" >> log.txt
echo _____)
绝对安全。
Windows提供的压缩是透明的。这意味着从任何应用程序的角度来看，这些只是可以像任何其他文件一样读取和写入的普通文件。在内部，Windows 在应用程序可见的下一层动态压缩和解压缩数据。
因此，7-Zip 不会区分已被 Windows 压缩的文件和其他文件。但是，如果您之后立即解压缩它们，那么使用 Windows' 压缩可能就没有多大意义了。它也可能会快得多，因为即使您不手动解压缩文件，Windows 隐含地必须在 7-Zip 想要读取数据时解压缩数据。