Questions tagged «disk-space»

有关数据库或数据库对象使用的存储空间的问题。

5
SQL Server备份-几个问题
我们在星期五的晚上9点运行每周备份工作，并且在磁盘空间（有时会变得非常低）和性能方面遇到一些问题。我们正在考虑精简/优化发生的事情，并希望您提出宝贵意见。 特别： 备份过程大约需要4个小时来更新统计信息。我们可以安全地禁用此过程以节省时间吗？ 我们非常经常地在磁盘空间上运行不足，想知道是否应该重新调整该过程。当前，它创建备份，然后删除以前的备份，这就是占用磁盘空间的原因。我们可以安全地删除前一首，然后做备份？ 任何其他评论或意见将非常受欢迎编辑：服务器上SQL文件的总大小约为35GB。一个db的大小约为25GB，而其他六个共享的磁盘则构成了另外10个左右的GB。
1
PostgreSQL：TRUNCATE后未释放磁盘空间
我有TRUNCATE一个巨大的表（〜120Gb），名为files： TRUNCATE files; VACUUM FULL files; 表大小为0，但没有释放磁盘空间。有什么想法如何找回丢失的磁盘空间吗？ 更新： 大约12个小时后释放了磁盘空间，我这边没有采取任何措施。我使用Ubuntu 8.04服务器。
2
如果没有计划卸载，是否可以删除Setup Bootstrap文件夹中的Log and Update Cache文件夹？
我在笔记本电脑上安装了多个版本的SQL Server（用于测试）（2012年，2014年，2016年和2017年）。几天前，我注意到有一个文件夹，其中包含更新（SP，CU）中文件的先前版本。在所有版本中，实际上占用了大量空间： （在C：\ Program Files（x86）\ Microsoft SQL Server \中） 110\Setup Bootstrap\Log - 91.8 MB (818 files) 110\Setup Bootstrap\Update Cache - 608 MB (2,382 files) （下面的所有文件夹都位于：C：\ Program Files \ Microsoft SQL Server \） 110\Setup Bootstrap\Log - 1.18 GB (3,715 files) 110\Setup Bootstrap\Update Cache - 9.58 GB (14,766 files) 120\Setup Bootstrap\Log - …
2
策略是要处理其中包含太多文件（BLOB）的SQL Server DB？
方案： 为ASP.NET应用程序提供服务的SQL Server 2005数据库（在单独的Web服务器上）。 数据库： DB中大约有5GB的“普通”数据，以及大约15GB的“文件”（例如，存储为图像的20万PDF（BLOB）之类的东西）。用户正在上传更多文件，并且正在迅速消耗更多磁盘空间（在未来几个月中，DB可能会增长到50GB，主要是文件）。 问题： 在数据库中存储如此多的文件已经引起了问题（例如：数据库的大容量使偶尔的整个DB备份和部署变得困难。）。 我们担心会有更多问题。（例如：性能问题-可能是由于无法将整个数据库保留在RAM中引起的，也许吗？） 问题： 您对这个问题有什么建议？将文件存储在文件系统中？将数据库分成两部分，并为文件分配一个更大，更慢的文件？ 需要的更多详细信息： 这些文件不是非常重要，并且不需要非常快速的访问时间-几秒钟就可以了，目前，每小时最多可以选择十二个文件。数据库中的其他“正常”数据包含每秒需要多次的信息。
1
了解块大小
我的问题针对Postgres，但从任何数据库背景来看，答案可能就足够好。 我的假设正确吗： 磁盘具有固定的块大小？ RAID控制器可以具有不同的块大小吗？是否将一个RAID块拆分为多个实际磁盘块？ 该文件系统还具有独立的块大小，该块大小又被拆分为RAID块大小吗？ Postgres适用于固定的8k块。到文件系统块大小的映射在这里如何发生？文件系统是否将Postgres 8k块批处理在一起？ 设置系统时，最好将所有块都设置为8k？还是设置不是很重要？我还想知道在崩溃时某些“错误”的块大小设置是否会危害数据完整性？也许Postgres 8k块必须拆分为多个磁盘块？ 还是什么都没有批处理在一起，因此我在定义的块大小之间的每一个不匹配都会丢失磁盘空间？
1
如何回收由部分构建并因断电而终止的索引占用的空间
我正在Mac（10.10.4）上运行Postgres（postgis）9.4.2。 我有几个大桌子（几个TB）。 在其中一个索引建立大约一个星期的过程中，我看到了可用的HD空间下降，正如您所期望的那样，当断电持续时间比电池单元和系统更长时，索引将接近完成索引的时间点下去了。fillfactor=100由于它是静态数据源，因此在构建过程中需要缓冲。重新启动后，驱动器上剩余的可用空间恰好接近索引构建即将结束时的位置。真空分析无法释放空间。 我试着放下桌子并重新吃东西，但并没有减少空间。现在，我在一个没有足够空间来建立索引的地方。 索引构建期间生成的文件是否卡在某个状态中，由于机器在断电期间停机而无法被系统删除？ 当我查看db中的表大小+索引（这是该驱动器上的唯一数据）时，它们的总和约为6TB。该驱动器为8TB，而驱动器上剩余的空间不足500GB，因此似乎某个地方丢失了约1.5TB的数据，其大小与索引的大小差不多。 有任何想法吗？
3
获取MS SQL Server释放磁盘空间
管理不善的数据库表已经变得非常庞大。48个以上的孤儿记录。我正在尝试清理它并将危险的满硬盘驱动器恢复到正常状态。我将从该表中删除大约4亿条记录。当我键入时，它正在运行。我注意到我的硬盘驱动器空间没有减少，但是系统表查询的内存减少了，我正在运行以获取表大小。该数据库正在使用“简单恢复模型”。 有许多与此类似的问题，有答复说您需要缩小数据库。但是他们继续解释由于数据等的分散，这样做是多么的糟糕/可怕。 由于数据库不应该具有此大小。缩小它仍然对我有害吗？ 这是一个生产数据库。如果缩小，会导致停机或锁定数据库吗？ 在SQL Server Management Studio中，您有两个选项用于收缩，数据库或文件。根据我的情况，最好的选择是什么？ 数据库应具有的可用空间百分比是否有规定？ 即使阅读了shrink的标签说明，我也不想这样做。还有另一种方法吗？
4
监视SQL Server数据文件中的可用空间
我已手动将mdf / ndf文件调整为较大的大小，以避免在SQL Server数据库上进行自动增长操作。由于文件较大，因此磁盘分区上的可用空间非常小，系统管理员不断提醒我空间不足。 由于我调整了它们的大小，因此数据文件中有很多可用空间，但是从文件大小/磁盘可用空间来看，人们不会注意到它。 如何监视数据文件的实际使用百分比？我更喜欢使用perfmon计数器。我很担心，当文件真正用完空间时，SQL Server将无法分配足够的空间，并且将崩溃。
1
从varbinary（max）中清空数据后缩小DB的最佳方法？
我们有一个数据库，其中有大量数据存储在varbinary（max）类型的字段中。在某些时候，我们可以清除大多数行（但不是全部）的数据。我们的计划是使该字段可为空，并在不再需要该数据时将其清空。完成后，我们希望减少数据库的大小。做到这一点的最佳方法是什么？ 如果没有一种利用当前设置回收空间的好方法，那么我的一个想法就是将数据字段移动到只有两列的单独表中：主表的键和数据字段。然后，当不再需要这些行时，我们可以简单地删除它们。（然后进行某种缩小。）但是，与简单地使现有字段可为空相比，这将是一件困难得多的更改。 注意：实际上，我不太关心使数据库文件变小，但是我关心新释放的空间变得可重用。 这一字段占数据库大小的90％以上。我已经在3TB了。
1
在PostgreSQL 8.3上备份并在PostgreSQL 9.4中还原后，数据库大小减小了
我pg_dump在托管在PostgreSQL 8.3服务器上的JIRA数据库上进行了操作。之后的数据库大小vacuum full为217132652（大约207 MB）。 然后，我使用以下命令在PostgreSQL 9.4服务器上还原了JIRA数据库： $ psql -X -v ON_ERROR_STOP=1 -d jira2 -U jira -h localhost < jiradb2017_03_12.sql 我假设自从使用以来，还原将在发生任何错误时退出ON_ERROR_STOP=1，但是SQL脚本正确完成了（尽管有些警告与数据还原无关）。 我最终得到了一个大小为158019348（大约151 MB）的数据库。 那么，这是什么故事呢？我是否可以仅假设数据库已成功恢复并且PostgreSQL优化了其存储引擎（介于8.3和9.4版本之间），并且正在更有效地利用空间？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.