静默（延伸）

据说可以这样：

----

使用新 QUIESCE 命令，可以强制所有用户关闭实例或数据库，并将其置于停顿方式以进行数据库维护。  

QUIESCE 命令提供对实例或数据库的独占存取，而不必强制所有用户关闭实例或数据库并尝试停止用户与数据库引擎外部的连接（例如，通过关闭所有事务管理器）。  

仅具有正确权限的用户才能连接至实例或数据库。在此停顿期间，可以在实例或数据库上执行系统管理。在管理完成后，可以取消停顿数据库（使用 UNQUIESCE 命令），并再次允许其他用户连接至数据库，而不必关机并再一次执行数据库启动。

例子:db2 connect to sample 
db2 quiesce database immediate force connections 
恢复： 
db2 unquiesce database

-----

因为好奇，我也试下

到db2 quiesce database immediate force connections 时，不动了，另外一个客户端dbx也断开了连接

肿么办，关闭db2自带客户端，重新打开

db2 => connect to sample
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 => db2start
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 => db2start
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 => connect to sample
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 => db2stop force
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019

开启 的db2服务如下

开启第一个服务，报错

难道要我重启计算机

db2 => list active databases
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 => get cfg for sample
SQL0104N  在 "GET" 之后发现意外的标记 "cfg"。期望的标记可能包括："ADMIN"。
SQLSTATE=42601
db2 => get db cfg for sample
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 =>

db2 => get dbm cfg

          数据库管理器配置

     节点类型                                            = 带有本地客户机和
客户机的企业服务器版

 数据库管理器配置发行版级别                              = 0x0a00

 打开的文件的最大总数                      (MAXTOTFILOP) = 16000
 CPU 速度（毫秒／指令）                       (CPUSPEED) = 5.589407e-007
 通信带宽（MB／秒）                     (COMM_BANDWIDTH) = 1.000000e+002

 并发活动数据库的最大数目                        (NUMDB) = 8
 Data Links 支持                             (DATALINKS) = NO
 联合数据库系统支持                          (FEDERATED) = NO
 事务处理器监视器名                        (TP_MON_NAME) =

 缺省对方付费帐户                      (DFT_ACCOUNT_STR) =

 Java Development Kit 安装路径（JDK_PATH）               = D:\PROGRA~1\IBM_
LLIB\java\jdk

 诊断错误捕获级别                            (DIAGLEVEL) = 3
 通知级别                                  (NOTIFYLEVEL) = 3
 诊断数据目录路径                             (DIAGPATH) =

 缺省数据库监视开关
   缓冲池                              (DFT_MON_BUFPOOL) = OFF
   锁定                                   (DFT_MON_LOCK) = OFF
   排序                                   (DFT_MON_SORT) = OFF
   语句                                   (DFT_MON_STMT) = OFF
   表                                    (DFT_MON_TABLE) = OFF
   时间戳记                          (DFT_MON_TIMESTAMP) = ON
   工作单元                                (DFT_MON_UOW) = OFF
 监视实例和数据库的运行状况                 (HEALTH_MON) = ON

 SYSADM 组名                              (SYSADM_GROUP) =
 SYSCTRL 组名                            (SYSCTRL_GROUP) =
 SYSMAINT 组名                          (SYSMAINT_GROUP) =
 SYSMON 组名                              (SYSMON_GROUP) =

 客户机用户标识-密码插件                (CLNT_PW_PLUGIN) =
 客户机 Kerberos 插件                  (CLNT_KRB_PLUGIN) = IBMkrb5
 组插件                                   (GROUP_PLUGIN) =
 本地授权的 GSS 插件                   (LOCAL_GSSPLUGIN) =
 服务器插件方式                        (SRV_PLUGIN_MODE) = UNFENCED
 GSS 插件的服务器列表            (SRVCON_GSSPLUGIN_LIST) =
 服务器用户标识-密码插件              (SRVCON_PW_PLUGIN) =
 服务器连接认证                            (SRVCON_AUTH) = NOT_SPECIFIED
 数据库管理器认证                       (AUTHENTICATION) = SERVER
 没有权限就允许编目                     (CATALOG_NOAUTH) = NO
 信赖所有客户机                         (TRUST_ALLCLNTS) = YES
 可信的客户机认证                       (TRUST_CLNTAUTH) = CLIENT
 绕过联合认证                               (FED_NOAUTH) = NO

 缺省数据库路径                              (DFTDBPATH) = D:

 数据库监视器堆大小（4KB）                 (MON_HEAP_SZ) = 66
 “Java 虚拟机”堆大小（4KB）             (JAVA_HEAP_SZ) = 512
 审计缓冲区大小（4KB）                    (AUDIT_BUF_SZ) = 0
 实例共享内存（4KB）的大小             (INSTANCE_MEMORY) = AUTOMATIC
 备份缓冲区缺省大小（4KB）                   (BACKBUFSZ) = 1024
 复原缓冲区缺省大小（4KB）                   (RESTBUFSZ) = 1024

 代理进程的堆栈大小                     (AGENT_STACK_SZ) = 16
 最小已落实专用内存（4KB）                (MIN_PRIV_MEM) = 32
 专用内存阈值（4KB）                   (PRIV_MEM_THRESH) = 20000

 排序堆阈值（4KB）                          (SHEAPTHRES) = 10000

 目录高速缓存支持                            (DIR_CACHE) = YES

 应用程序支持层堆大小（4KB）                 (ASLHEAPSZ) = 15
 最大请求程序 I/O 块大小（以字节计）          (RQRIOBLK) = 32767
 DOS 请求程序 I/O 块大小（以字节计）      (DOS_RQRIOBLK) = 4096
 查询堆大小（4KB）                       (QUERY_HEAP_SZ) = 1000

 已调速实用程序对工作负载的影响        (UTIL_IMPACT_LIM) = 10

 代理进程的优先级                             (AGENTPRI) = SYSTEM
 现有代理进程的最大数目                      (MAXAGENTS) = 400
 代理进程池大小                         (NUM_POOLAGENTS) = 200（已计算）
 池中的代理进程的初始数目               (NUM_INITAGENTS) = 0
 协调代理进程的最大数目                (MAX_COORDAGENTS) = (MAXAGENTS - NUM
AGENTS)
 并发协调代理进程的最大数目                 (MAXCAGENTS) = MAX_COORDAGENTS
 客户机连接的最大数目                  (MAX_CONNECTIONS) = MAX_COORDAGENTS

 保留受防护的进程                           (KEEPFENCED) = YES
 合用受防护的进程的数目                    (FENCED_POOL) = MAX_COORDAGENTS
 受防护的进程的初始数目                 (NUM_INITFENCED) = 0

 索引重新创建时间和重做索引构建               (INDEXREC) = RESTART

 事务管理器数据库名称                      (TM_DATABASE) = 1ST_CONN
 事务再同步时间间隔（秒）              (RESYNC_INTERVAL) = 180

 SPM 名称                                     (SPM_NAME) = WENCHAO_
 SPM 日志大小                          (SPM_LOG_FILE_SZ) = 256
 SPM 再同步代理进程限制                 (SPM_MAX_RESYNC) = 20
 SPM 日志路径                             (SPM_LOG_PATH) =

 NetBIOS 工作站名                                (NNAME) =

 TCP/IP 服务名称                              (SVCENAME) = db2c_DB2
 发现方式                                     (DISCOVER) = SEARCH
 发现服务器实例                          (DISCOVER_INST) = ENABLE

 最大查询并行度                        (MAX_QUERYDEGREE) = ANY
 启用分区内并行性                       (INTRA_PARALLEL) = NO

 内部通信缓冲区的数目（4KB）           (FCM_NUM_BUFFERS) = 4096
 FCM 请求块数目                            (FCM_NUM_RQB) = AUTOMATIC
 FCM 连接条目数目                      (FCM_NUM_CONNECT) = AUTOMATIC
 FCM 消息锚点数目                      (FCM_NUM_ANCHORS) = AUTOMATIC

 节点连接经过时间（秒）                    (CONN_ELAPSE) = 10
 节点连接重试的最大数目                (MAX_CONNRETRIES) = 5
 节点间的最大时差（分钟）                (MAX_TIME_DIFF) = 60

 db2start/db2stop 超时（分钟）         (START_STOP_TIME) = 10

db2 =>

查看db2diag.log日志，总是报如下错误

2014-04-19-03.03.40.437000+480 E520319H396        LEVEL: Error (OS)
PID     : 3052                 TID  : 3120        PROC : db2fmp.exe
INSTANCE: DB2                  NODE : 000
FUNCTION: DB2 UDB, oper system services, sqloSSemClose, probe:20
CALLED  : OS, -, unspecified_system_function      OSERR: 6
RETCODE : ECF=0x9000000C=-1879048180=ECF_INVALID_PARAMETER
          Invalid parameter

好吧，看来是无法解决了暂时，重启电脑，重新连接

db2 => connect to sample

   数据库连接信息

 数据库服务器         = DB2/NT 8.2.0
 SQL 授权标识         = WENCHAO
 本地数据库别名       = SAMPLE

db2 =>

好了，看下db2fmp在资源管理器中有没有，还是没有哦

可是我还想重新再试一边，看下还会不会出现这种问题！

我先再用dbx在连接一下

在命令行下运行

db2 => quiesce database immediate force connections

在这里又卡住不动了
看下dbx，也挂了

关闭命令行，重新打开

db2 => connect to sample
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019
db2 =>

db2 => db2start
SQL1032N  未发出启动数据库管理器的命令。  SQLSTATE=57019

呵呵，重现了

看下服务

没办法，只有重启电脑了！

看下重启后有哪些服务启动

什么也不说了

深入解析DB2--高级管理、内部体系结构与诊断案例

在我们执行quiesce命令停顿一张表期间，该表所在的表空间无法被其他应用访问，要查找停顿表空间的用户，我们可以使用DB2 LIST TABLESPACES SHOW DETAIL命令。下面借助 db2dart工具产生的报告，我们可以查询到发出quiesce命令的原始用户。

http://fanqiang.chinaunix.net/db/db2/2005-11-14/3847.shtml