#
今天做DB2 HADR takeover的时候遇到一个问题 SQL1387W A DB2 High Availability Disaster Recovery (HADR)
在DB2数据库HADR监控中发现，每天有一段时间，有很多应用处于commit active状态，对应用性能有影响 猜测可能是两种原因造成 日志写的慢 网络通信慢 到底是
记一次存储故障导致数据库坏块处理过程线上架构说明： IBM DS4800存储一套 P560小机H
[db2inst1@db2 ~]$ crontab -l30 02 * * * /bin/sh /home/db2inst1/backup/backup.sh[db2inst1
在 HADR 多备机这一新的特性中，备机数据库被分为两类，一类是主要备机（Principal Standby）另一类是辅助备机（Auxiliary Standby）一、目录准备mkdir -p /ho
DB2 Zos 浅谈 - DB2 LUW VS DB2 Zos 概述：各位可能对DB2 LUW了解得比较多，但对DB2 Zos（大机操作系统）知之甚少，因为IBM的内部资料一向是比较封闭的，
DB2支持的三种表空间SMS、DMS、DMS的自动存储 DB2中，表空间是数据库与这个数据库中存储的表之间的逻辑层。表空间在数据库中创建，表在表空间中创建。容器是一个物理存储设备
下面，为了提高数据库性能，我们将不同的分区放到不同的表空间下。首先创建6个表空间，3个数据表空间，3个索引表空间：db2 "create tablespace ts_dat managed
查看表空间位置db2 connect to sample----连数据库db2 list tablespaces Database Connection Information Database
一、目录准备mkdir -p /home/db2inst1/db2_backupmkdir -p /home/db2inst1/db2_archivemkdir -p /home/db2inst1/d
