Sybase数据库技术,数据库恢复

 

随着Sybase被完全整合到SAP下，Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前，原Sybase所有产品（包括：Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等）的官方手册仍然可以从https://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站https://infocenter.sybase.com/help/index.jsp何时会被完全迁移到SAP Support上！
Sybase官方手册英文版有html和pdf两种格式，而中文版手册只有pdf一种格式。为了国内Sybase用户更方便、快捷地搜索Sybase常见产品的官方手册内容，特将中文版Sybase官方手册转为html格式！
Sybase产品官方手册中文版的html格式所有内容的版权归SAP公司所有！本博客站长是Sybase数据库的铁杆粉丝！

如有Sybase数据库技术问题需要咨询，请联系我！

  QQ :289965371
  Email:

以下官方手册为ASE 15.7 ESD#2中文版：

1. 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
   
2. 新增功能摘要
   
3. 新增功能指南
   
4. ASE 15.7 发行公告
   
5. 配置指南（windows）
   
6. 安装指南（windows）
   
7. 参考手册：构件块
   
8. 参考手册：命令
   
9. 参考手册：过程
   
10. 参考手册：表
    
11. Transact-SQL® 用户指南
    
12. 系统管理指南，卷 1
    
13. 系统管理指南，卷 2
    
14. 性能和调优系列：基础知识
    
15. 性能和调优系列：锁定和并发控制
    
16. 性能和调优系列：监控表
    
17. 性能和调优系列：物理数据库调优
    
18. 性能和调优系列：查询处理和抽象计划
    
19. 性能和调优系列：使用 sp_sysmon 监控 Adaptive Server
    
20. 性能和调优系列：利用统计分析改进性能
    
21. 程序员参考 jConnect for JDBC 7.0.7
    
22. Adaptive Server Enterprise 中的 Java
    
23. 组件集成服务用户指南
    
24. Ribo 用户指南
    
25. 内存数据库用户指南
    
26. Sybase Control Center for Adaptive Server® Enterprise
    
27. 安全性管理指南
    
28. 实用程序指南
    

 

< 上一个 | 内容 | 下一步 >

注销进程 ‌ ‌

进程是 Adaptive Server 的执行单元。每个进程在启动时都会被指派一个 唯一的进程标识号，该标识号称作 spid。这些标识号与每个进程的其它 信息一起存储在 master..sysprocesses 中。在并行处理环境中运行的进程 可创建子进程，每个子进程都有其自己的 spid。有几个进程可创建并指 派 spids：启动 Adaptive Server、登录任务、检查点、管家任务，等等。 可通过运行 sp_who 查看大多数信息。

在单引擎服务器上运行 sp_who 将显示正在运行的 sp_who 进程和所有其 它处于“可运行”状态或休眠状态之一的进程。在多引擎服务器中，每 个引擎都可有一个正在运行的进程。

kill 命令用于注销正在进行的进程。注销进程最常见的原因是，该进程与 其他用户冲突并且找不到负责运行该进程的用户。这种进程可能持有阻止 访问数据库对象的锁，或者有许多休眠的进程占据了可用的用户连接。 系统管理员可以注销大多数正在运行或“可运行”的进程，其中包括正 在等待以下各项的进程：

• 报警（例如 waitfor 命令）

• 网络发送或接收

• 锁定

• 来自系列中另一进程的同步消息

仅当 Adaptive Server 能够完全回退所有未完成的事务，并释放进程所用 的全部系统资源时，才允许注销进程。对于作为系列一部分的进程，如 果注销任何一个子进程，则还会注销该系列中的所有其它进程。不过， 注销父进程最容易。对于一系列进程，如果子进程的状态为 sync sleep，则可以更快速地检测到 kill 命令。

表 12-2 显示了 sp_who 报告的状态值，以及 kill 命令生效的时间。

表 12-2：sp_who 报告的状态值

状态 表示 kill 命令的效果

recv sleep 等待网络读取。 立即。

send sleep 等待网络发送。 立即。

alarm sleep 等待警报，例如：

waitfor delay "10:00"

立即。

lock sleep 等待获取锁。 立即。

sync sleep 等待来自系列中另一进程的同步消息。 立即。系列中的其它进程也必须变为可

注销的状态。

sleeping 等待磁盘 I/O 或某种其它资源。可能表示正 在运行的进程，但该进程正在执行大量的磁 盘 I/O

当该进程“苏醒”后将其注销，通常立 即注销；少数休眠进程不能苏醒，因而 需要服务器重新启动以将其清除。

runnable 在可运行进程的队列中。 立即。

running 活跃地运行在一个服务器引擎中。 立即。

infected 服务器已检测到严重的错误情况；极其

少见。

background 由 Adaptive Server 而不是用户运行的进程， 例如阈值进程。

不建议使用 kill 命令。可能需要重新启 动服务器以清除进程。

立即；使用 kill 时必须格外小心。建议 在注销后台进程之前，仔细检查 sysprocesses。

log suspend 到达日志的最后机会阈值时挂起的进程。 立即。

只有系统管理员才能发出 kill 命令；不能移交该命令的使用权限。 语法为：

kill spid

sp_who

一次只能注销一个进程，但可以在批处理中执行一系列注销命令。例如：

1> kill 7

2> kill 8

3> kill 9

4> go

kill 命令不可逆，且不能包含在用户定义的事务中。spid 必须为数字常量； 不能使用变量。下面是 sp_who 的部分输出示例：

fid spid status loginame origname hostname blk_spid dbname tempdbname cmd block_xloid threadpool

--- ---- ---------- -------- -------- ---------------- -------- ------

---------- ----------------- ----------- -------------------

0 1 recv sleep howard howard svr30eng 0 master tempdb AWAITING COMMAND 0 syb_default_pool

0 2 sleeping NULL NULL 0 master tempdb NETWORK HANDLER 0 syb_default_pool

0 master syb_default_pool

0 master syb_default_pool

0 master

tempdb CHECKPOINT SLEEP 0 syb_default_pool

0 6 sleeping NULL NULL 0 master tempdb HOUSEKEEPER 0 syb_default_pool

0 7 recv sleep bill bill bigblue 0 master tempdb AWAITING COMMAND 0 syb_default_pool

0 8 recv sleep wilbur wilbur hazel 0 master tempdb AWAITING COMMAND 0 syb_default_pool

0 9 recv sleep joan joan luv2work 0 master tempdb AWAITING COMMAND 0 syb_default_pool

0 10 running foote foote svr47hum 0 master tempdb SELECT 0 syb_default_master

(10 rows affected, return status = 0)

在上面的示例中，不能注销进程 2-6：它们是系统进程。如果使用登录 名 NULL 且主机名空缺，则将这些进程标识为系统进程。NETWORK HANDLER、MIRROR HANDLER、HOUSEKEEPER 和 CHECKPOINT

SLEEP（极少情况下为 CHECKPOINT）始终出现在 sp_who 输出中。如 果审计可用，则 AUDIT PROCESS 将出现。

可以注销进程 1、8、9 和 10，因为它们的状态值分别为“recv sleep”、 “send sleep”、“alarm sleep”和“lock sleep”。

在 sp_who 输出中，您无法判断状态为“recv sleep”的进程是否属于正在 使用 Adaptive Server、但可能正在暂停该进程以检查命令执行结果的用 户；也无法判断该进程是否表明用户已重新启动了 PC 或其它终端，并 留下了被搁置的进程。请查询 sysprocesses 表以了解有关可疑进程的详 细信息。例如，以下查询显示进程 8 使用的主机进程 ID 和客户端软件。

select hostprocess, program_name from sysprocesses

where spid = 8

hostprocess program_name

----------- ----------------

3993 isql

此查询以及 sp_who 结果中与用户和主机有关的信息，为从操作系统级 别跟踪进程提供了附加信息。

仅将注销用于状态

kill ...statusonly 命令报告处于回退状态的服务器进程 ID (spid) 的进度。它 不终止 spid。statusonly 报告显示已完成回退的百分比以及距离回退完成 的估计时间长度（以秒为单位）。若要跟踪回退的进度，您必须运行 kill...with statusonly 多次：

kill spid with statusonly

其中 spid 是您正在终止的进程号。 例如，以下内容报告了 spid 号为 13 的回退的过程：

kill 13 with statusonly

spid:13 Transaction rollback in progress.Estimated rollback completion:17%

Estimated time left:13 秒

如果在发出 kill...statusonly 时 spid 的回退已经完成，或者 Adaptive Server

无法回退指定的 spid，则 kill...statusonly 将返回以下消息：

Status report cannot be obtained.KILL spid:nn is not in progress.

使用 sp_lock 检查阻塞进程

除 sp_who 外，sp_lock 也可帮助确定正在阻塞其它进程的进程。如果 sp_who 报告中的 blk_spid 列指出另一进程在等待获取锁时已被阻塞，则 sp_lock 可以显示关于阻塞进程的信息。例如，上述 sp_who 输出中的进 程 10 被进程 7 阻塞。若要查看有关进程 7 的信息，请执行：

sp_lock 7

有关 Adaptive Server 中的锁定的详细信息，请参见 Performance and Tuning Series: Locking and Concurrency Control（《性能和调优系列：锁 定和并发控制》）。

< 上一个 | 内容 | 下一步 >