Binary 有没有办法减小Sybase数据库的转储文件大小？_Binary_Size_Sybase

Binary 有没有办法减小Sybase数据库的转储文件大小？

binary

Binary 有没有办法减小Sybase数据库的转储文件大小？,binary,size,sybase,Binary,Size,Sybase,当我转储Sybase数据库时，表中是否有数据似乎并不重要，文件大小是相同的。有人告诉我，这是因为我的转储文件是二进制文件，而不是逻辑文件，所以转储文件的文件基于数据库的分配大小。我知道Oracle可以使用逻辑转储文件，但是我可以让Sybase做类似的事情吗，或者有没有其他方法可以降低转储文件的大小？因为在版本12左右，您可以在ASE中执行压缩转储将数据库名称转储到文件名称[压缩=压缩级别] 压缩_级别为0-9。0表示无压缩，9表示最大压缩。压缩越多，运行转储时CPU使用率越高。您只需要进行一些

当我转储Sybase数据库时，表中是否有数据似乎并不重要，文件大小是相同的。有人告诉我，这是因为我的转储文件是二进制文件，而不是逻辑文件，所以转储文件的文件基于数据库的分配大小。我知道Oracle可以使用逻辑转储文件，但是我可以让Sybase做类似的事情吗，或者有没有其他方法可以降低转储文件的大小？

因为在版本12左右，您可以在ASE中执行压缩转储

将数据库名称转储到文件名称[压缩=压缩级别]

压缩_级别为0-9。0表示无压缩，9表示最大压缩。压缩越多，运行转储时CPU使用率越高。您只需要进行一些测试，以找到大小与性能之间的适当平衡

加载转储不需要特殊命令。

因为在版本12左右，您可以在ASE中执行压缩转储

将数据库名称转储到文件名称[压缩=压缩级别]

压缩_级别为0-9。0表示无压缩，9表示最大压缩。压缩越多，运行转储时CPU使用率越高。您只需要进行一些测试，以找到大小与性能之间的适当平衡

加载转储文件不需要特殊命令。

如果您已经在使用compress_level 9，但仍然需要更多压缩，则可以使用bzip2重新压缩文件

如果您只需对压缩文件执行bzip2操作，您将获得约10%的改进。如果您解压缩并重新压缩，您可能会看到30%范围内的改进。但是请记住，为了让Sybase加载该文件，您必须再次取消压缩和/或gzip该文件

gunzip -c pubs_1.dmp | bzip2 > pubs.dmp.bz2

如果您已经在使用compress_level 9并且仍然需要更多压缩，那么可以使用bzip2重新压缩文件

gunzip -c pubs_1.dmp | bzip2 > pubs.dmp.bz2

虽然上面的链接（语法是）显然是正确的，因为它指向sybase文档，但这些注释是误导性的

简单格式的语法为：

将数据库{database_name}转储到“compress:{#compression_level}:：{stripe_device}” 去

例如：将数据库mydb转储到“compress:：1:：/sybase_dumps/mydb_17022009”

在加载数据库转储方面，使用：：compress；需要再次给出选择

例如，从“compresss:：/sybase_dumps/mydb_17022009”加载数据库mydb

请注意，不需要压缩级别，也不需要后面额外的分隔冒号

找到平衡点的测试是一个很好的方法，记住，你越往高处走，预计倾倒时间会更长。我发现1-3就足够了，我从来没有超过过6，递减回报是不值得的

如果我绝望的话，我会像上面描述的那样{获得点}将文件压缩。如果这是一台生产主机，我会将文件发送到另一台主机并执行此操作。资源命中率可能相当高。

虽然上面的链接（语法是）显然是正确的，因为它指向sybase文档，但这些评论是误导性的