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:

以下官方手册为SAP IQ 16.0 SP03中文版：

1. SAP Sybase IQ 简介
   
2. 新功能摘要
   
3. IQ 发行公告(linux)
   
4. IQ 快速入门(unix)
   
5. 安装和配置指南(linux)
   
6. 管理：备份、恢复和数据恢复
   
7. 管理：数据库
   
8. SAP Sybase IQ 错误消息
   
9. 管理：全球化
   
10. IQ 许可选项指南
    
11. 管理：装载管理
    
12. IQ 迁移
    
13. 管理：Multiplex
    
14. 性能和调优指南
    
15. IQ 编程
    
16. 参考：构件块、表和过程
    
17. 参考：语句和选项
    
18. 管理：内存行级版本控制
    
19. 管理：空间数据
    
20. IQ 非结构化数据分析
    
21. 用户定义的函数
    
22. 管理：用户管理和安全
    
23. 实用程序指南
    

 

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

模仿要求 ‌

只有满足一组特定条件（也称为必要 要求）时，用户才能成功模仿其他用户。 要成功模仿需要满足以下四个条件：

1. 已授予模仿者模仿目标用户的权限。

2. 模仿者至少具有目标用户被授予的所有角色和系统特权。

3. 已授予模仿者具有类似或更高管理权限的角色和系统特权。

注意： 为了满足管理权限条件，将认为 WITH ADMIN OPTION 和 WITH ADMIN ONLY OPTION 子句授予类似的管理权限。此外，还会认为这些子句授予的管理 权限比 WITH NO ADMIN OPTION 子句授予的权限要高。例如，使用 WITH ADMIN OPTION 子句向 User1 授予 Role1，使用 WITH ADMIN ONLY 子句向 User2 授予 Role1，使用 WITH NO ADMIN OPTION 子句向 User3 授予 Role1。 将授予 User1 和 User2 具有类似管理权限的 Role1。将授予 User1 和 User2 管理权限比 User3 高的 Role1。

4. 如果已授予目标用户支持扩展的系统特权，则用于授予模仿者系统特权的子句是 用于目标用户的子句的超集。 仅 SET USER 和 CHANGE PASSWORD 系统特权支 持扩展。

• 将 ANY 子句视为 target_roles_list 和 target_users_list 子句的超集。如果已授予 目标用户具有 ANY 授权的 SET USER 系统特权，则模仿者必须也具有 ANY 授权。

• 如果同时使用 target_roles_list 和 target_users_list 子句授予目标用户 SET USER 系统特权，则必须同时使用这两个子句授予模仿者系统特权，并且每个子句的 目标列表必须与目标用户的相应子句授权列表相同，或是其列表的超集。例 如，如果模仿者和目标用户的目标列表分别包含 User1、User2 及 Role1、 Role2，则每个子句的目标列表授权将视为相同。或者，如果模仿者的目标列 表授权分别包含 User1、User2、Role1 和 Role2，而目标用户的目标列表 授权仅包含 User1 和 Role2，则认为模仿者的目标列表授权是目标用户列表 的超集。

• 如果已使用单个目标列表子句授予目标用户 SET USER 系统特权，则模仿者的 目标列表必须与目标用户的列表相同，或是其列表的超集。例如，模仿者和目 标用户的 target_user_list 均包含 User1 和 User2（相同），或模仿者列表包含

User1 和 User2，而目标用户列表包含 User2，则 User1、User2（模仿者 列表）是 User2（目标用户列表）的超集。

• 根据定义，用户可以始终模仿其自身。因此，如果授予目标用户模仿模仿者的 权限，将不会违反模仿者的“必须相同或为超集”的条件要求。例如，User3 是模仿者，而 User4 是目标用户。User3 的 target_user_list 包含 User4 和 User5。User4 的 target_user_list 包含 User3 和 User5。如果从目标列表中 删除该模仿者，则 User3 的目标列表满足条件要求。

第 1 种情形

假设满足条件 2 和 3，考虑以下情形：

• 共有五个用户：User1、User2、User3、User4 和 User5。

• 存在两个角色：Role1 和 Role2。

• 使用 ANY 子句向 User1 授予了 SET USER 系统特权。

• 使用针对 User1 和 User4 的 target_users_list 子句向 User2 授予了 SET USER 系统 特权。

• 使用针对 User1、User2、User4 和 User5 的 target_users_list 子句以及针对 Role1 和 Role2 的 ANY WITH ROLES target_roles_list 子句向 User3 授予了 SET USER 系统 特权。

• 使用 ANY 子句以及针对 Role1 的 target_roles_list 子句向 User4 授予了 SET USER

系统特权。

• 使用针对 User4 的 target_users_list 子句和针对 Role1 的 ANY WITH ROLES

target_roles_list 向 User5 授予了 SET USER 系统特权。

由于 User1 和 User4 均使用 ANY 子句被授予 SET USER 系统特权（条件 4），因此， 可成功模仿 User2、User3 和 User5。

由于 User1 和 User4 均使用 ANY 子句被授予特权，因此，可相互进行模仿（条件 4）。

User2、User3 和 User5 无法模仿 User1 或 User4，因为没有使用 ANY 子句授予他们 特权（条件 4）。

User2 无法模仿 User3 或 User5，这是因为：

• 未授予 User2 模仿这些用户的权限（条件 1）。

• 未使用 target_roles_list 子句向 User2 授予 SET USER 系统特权（条件 4）。

User3 可成功模仿 User2，这是因为：

• 通过 target_users_list 子句为 User3 授予模仿 User2 的权限（条件 1）。

• 针对 User3 的 target_users_list 子句是 User2 的超集（条件 4）。虽然已使用 target_role_list 子句授予 User3 权限，但也无需满足模仿 User2 的要求，因为没有 授予后者相同的权限。

User3 可成功模仿 User5，这是因为：

• 通过 target_users_list 子句为 User3 授予模仿 User5 的权限（条件 1）。

• 针对 User3 的 target_users_list 子句列表是 User5 的超集（条件 4）。

• 针对 User3 和 User5 的 target_roles_list 子句列表是等效的（条件 4）。

User5 无法模仿任何其他用户，因为：

• 已使用 ANY 子句向 User1 和 User4 授权（条件 4）。

• 已使用 target_users_list 子句向 User2 和 User3 授权，该子句不是向 User5 授权的 子集（条件 4）。

• 使用不是子集的 target_roles_list 子句向 User3 进行了授权（条件 4）。

第 2 种情形

假设满足条件 1 和 4，考虑以下情形：

• 存在两个用户：User6 和 User7。

• 存在两个角色：Role4 和 Role5。

• 已使用 WITH ADMIN OPTION 子句为 User6 授予 Role4、使用 WITH ADMIN ONLY OPTION 子句授予 Role5，并使用 WITH ADMIN OPTION 子句授予 MANAGE ANY USER 系统特权。

• 已使用 WITH ADMIN OPTION 子句为 User7 授予 Role4 并使用 WITH NO ADMIN OPTION 子句授予 Role5。

User6 可成功模仿 User7，这是因为：

• User6 和 User7 都被授予了 Role4 和 Role5。是否向 User6 授予其它特权（MANAGE ANY USER 系统特权）并不重要（条件 2）。

• 为 User6 授予 Role4，以及与 User7 相同的管理权限。为 User6 授予 Role5，以及比 User7 更高的管理权限（条件 3）。

User7 无法模仿 User6，这是因为：

• 为 User7 授予了 Role4 和 Role5，但未授予 MANAGE ANY USER 系统特权（条件 2）。

• 为 User7 授予了 Role5，以及比 User6 更低的管理权限（条件 3）。

第 3 种情形

考虑以下情形：

• 存在三个用户：User8、User9 和 User10。

• 存在两个角色：Role5 和 Role6。

• 已使用 WITH ADMIN OPTION 子句为 User8 授予 Role5，并使用 WITH ADMIN OPTION 子句授予 MANAGE ANY USER 系统特权。

• 已使用 WITH NO ADMIN OPTION 子句为 User9 和 User10 授予 Role5。

• 已使用 target_users_list 子句为 User8 授予 SET USER 系统特权来模仿 User9 和

User10。

• 已使用 target_users_list 子句为 User9 授予 SET USER 系统特权来模仿 User10。 User8 可成功模仿 User9，这是因为：

• 通过 target_users_list 子句为 User8 授予模仿 User9 的权限（条件 1）。

• 针对 User8 的 target_users_list 子句列表是 User9 的超集（条件 4）。

• User8 和 User9 均被授予 Role5，但相比 User9，向 User8 授予的对该角色的管理 权限更高（条件 2 和 3）。

User8 可成功模仿 User10，这是因为：

• 为 User8 授予模仿 User10 的权限（条件 1）。

• 由于未向 User10 授予 SET USER 系统特权，因此，要求 4 不适用。

• User8 和 User10 均被授予 Role5，以及对该角色相同的管理权限（条件 2 和 3）。

User9 无法模仿 User8，这是因为：

• 没有为 User9 授予模仿 User8 的权限（条件 1）。

• 虽然 User8 和 User9 均被授予 Role5，但相比 User8，向 User9 授予的对该角色的 管理权限较少（条件 3）。

条件验证在执行 SETUSER 语句时进行，而不是在授予 SET USER 系统特权时进行。 如果用户在发出 SETUSER 语句时不满足任何条件，则将出现权限被拒绝消息，并且 不会开始模仿。

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