问题标签 [tablespace]

我尝试了以下命令，但我仍然可以插入到 appts 上的表中。为什么？

I'm trying to compare tablespaces sizes between 2 databases. I already extracted the needed field to compare as above:

STAT-TBS-DB-SOURCE.lst: (column 1 : TBS Name, column 2 : real size)

STAT-TBS-DBTARGET.lst (column1:TBS Name, column 2 :max size)

I need to compare the second columns (c1,c2) of the 2 files (f1,f2), if f2.c2<f1.c2 then print increase Tablespace f1.c1 by ( f1.c2 - f2.c2) MB.

What solution have you for me?

I tried with awk but I cannot get the value of the f1.c2.

Thanks

我有这种情况：

带有 ASM 的 Oracle 11g。

几天前，系统表空间数据文件所在的磁盘损坏了，无法恢复。

我有一个转储，用“exp”制作，来自所有所有者的所有数据，除了系统用户。我可以格式化所有设备并重新创建 asm_disksgroup 和 asm_disks 并导入我的转储吗？有没有办法在没有系统数据的情况下使用该转储从头开始重新创建数据库？

谢谢你们！

我对 dba 任务很陌生。我可以使用 expdp 和 impdp 将 PL/SQL 包、函数、过程从一个数据库导出到另一个数据库。但是我需要通过 Transporting the tablespace(TTS) 来导出这些对象（函数、过程）。我在不同的线程中搜索，但没有得到任何帮助。我听说有一种通过 TTS 导出包的方法（尽管我在许多论坛上读到“无法通过 TTS 导出包”）。但是怎么做？我已经尝试过 TTS，但没有导出包，只导出了表。

我们有一个非常大的表 LARGEHISTORY 表，它有数百万条记录。目前该表使用 50GB 的表空间，在 DB2 (DB2 v9.5.301.436) 中允许的最大表空间为 65GB。表增长得非常快，我们需要做一些非常快的事情来克服这个问题。

数据库：DB2 v9.5.301.436

我们已经想到的解决方案：

1. 增加表空间大小，可以使用以下两个选项来实现：

   1. 将 LARGEHISTORY 的表空间从 65GB 更改为 2 TB

      优势：

      • 只需执行少量命令即可增加表空间。

      坏处：

      • 我们需要执行重组，这将需要大量停机时间。

      • 除非我们重新组织，否则表空间的增加不会显示效果

   2. 创建一个新的单独 (2 TB) 表空间并使用过程或使用插入选择语句将 LARGEHISTORY 表从旧表空间移动到新表空间

      优势：

      • 只需执行少量命令即可创建新表空间。

      • 该表可以安全地移动到新的表空间。

      坏处：

      • 应该使 LARGEHISTORY 脱机以确保在迁移完成之前没有事务。

      • 复制 50 GB 的数据可能需要大量停机时间。程序可能会失败，因为它可能无法处理如此庞大的数据。

      • 插入选择语句可能不适用于如此庞大的数据。

      注意：最新版本的 DB2 具有在不停机的情况下将表从旧表移到新表的特性。

2. 归档或修剪旧数据

   优势：

   • 可以使用预定的作业轻松完成。

   坏处：

   • 旧数据会下线，如果需要获取报告需要人工干预。

   • 所有现有报告都将受到影响并需要更改。

   • 我们将需要经常执行 reorg 以优化表和表空间以提高性能。

3. 在新表空间中新建表，并将旧表重命名为LARGEHISTORY_OLD

   优势：

   • 我们可以很容易地在新表中快速插入新数据。

   坏处：

   • 在检索时，我们需要在新旧表上使用 join/union 或创建一个新视图。

   • 我们无法使用视图更新数据（除非使用物化视图，这很昂贵）

   • 所有现有报告都将受到影响并需要更改。

如果您有更好的选择，请告诉我。到目前为止，我们正在考虑选项 1.1。对于选项 1.1，我不确定是否会对代码产生任何影响。

我有一个构建过程，它在第一次运行时引导数据库。之后，使用 pg_dump 导出数据库，然后重新导入以进行后续构建，直到执行“强制引导”构建。问题是数据库名称是由构建创建和定义的，然后在构建的开始/结束时删除以强制初始化。有六个表空间，但每次构建都会创建最终位于 /var/lib/pgsql/tablespaces 中的对象，这些对象最终会填满文件系统。我无法删除表空间，因为可能正在运行另一个并发构建。

当不再引用 /var/lib/pgsql/tablespaces 中的文件时，是否有真空作业或其他东西可以删除它们？

我猜数据库导出每次导入时都会创建新的表空间对象，这就是它无限增长的原因。

我们有一个包含2.6 亿条记录的大表。表的当前大小为 50 GB，表所在的表空间大小为 65 GB。一旦大小超过限制，我们将无法在此表上进行任何交易。

问题陈述：我们需要克服如果表大小超过可能出现的问题。

我们采用的解决方案：我们会将表空间从 65GB 增加到 2TB，这样就不会产生影响。我们还考虑了以下选项以及 Optimizing large tablespace，但是在上面的选项中列入了候选名单。

我的问题：会增加表空间影响（JAVA）代码（我相信它不会......仍然想知道它是否会......因为找不到任何这样的文章指定相同）。

我是 oracle 的新手，我正在努力删除 oracle 数据库上占用空间的表空间。

所以我面临这个问题：

在 oracle 表空间上创建了很多备份表。我已经从该表空间中删除了所有备份和临时表但是在这样做之后没有减少表空间占用的空间。

我有这些实体，在每个实体上都在 @ORM\Table 注释中的参数上定义了“名称”和“模式”，但原则不会将模式转储到 sql 上。

更新：如果我将@ORM\Table 参数更改为 (name="RRHH.usuario") 转储不显示 sql，现在我正在使用 "doctrine/orm": "~2.2,>=2.2.3"和“教义/教义捆绑”：“v1.2.0”。

更新：版本“doctrine/orm”：“2.4. @dev”，“doctrine/doctrine-bundle”：“1.3. @dev”，同样的问题。

php 应用程序/控制台原则：schema:create --dump-sql

我正在练习数据库创建、表空间和表实现。我有一个问题，我在互联网上搜索了一些想法，但没有一个与我现在所拥有的完全一致。我的问题是是否可以创建一个使用外键的表，该外键引用不同表空间中的另一个表列。甲骨文 SQL。