Sybase中代理数据库出现混乱的解决方法

问题描述：

成都创新互联专业为企业提供和静网站建设、和静做网站、和静网站设计、和静网站制作等企业网站建设、网页设计与制作、和静企业网站模板建站服务，十余年和静做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。

在Sybase Central中查看数据库时，在数据库目录下没有找到某个用户数据库（名字：andkylee），但是用isql连上数据库执行sp_helpdb能够查询到andkylee的确存在。在Sybase Central中找了一会儿，竟然在代理数据库目录下找到了数据库andkylee。很是奇怪，怎么跑到代理数据库里面了。数据库andkylee就是一个普通的用户数据库而已。

继续，依次展开代理数据库里面的andkylee库的目录，却找不到任何的用户表。代理表目录空空的，也没有用户表目录（真正的代理数据库中没有用户表）。纳闷了，andkylee库里的用户表都跑到哪里去了？

不过，用其它的数据库客户端工具是能够查询到andkylee库里面的用户表数据的。比如：用isql连上数据库，进入到andkylee库里。sp_help可以查看到所有的对象名称。发现用户表都在，执行select能够查看到表的数据。其它的比如：powerbuilder，dbartisan里面都能够在tables目录下面找到andkylee库里的所有表。看来，用户数据库andkylee没多少异常。是普通库而不是代理数据库。

分析原因：

一开始，我以为是andkylee库里的用户没有关联上登陆账号引起的。这个情况是比较常见的。

在master库中执行：

 
 
 
    
  
  
  
  1. select suid ,name from syslogins where name='escourt4'
    2. 
 
 
 
 
 
 
    
  
  
  
  1. 1> select suid ,name from syslogins where name='escourt4'   
    2. 
  
  
  
  2. 2> go    
    3. 
  
  
  
  3.  suid        name    
    4. 
  
  
  
  4.  ----------- ------------------------------    
    5. 
  
  
  
  5.            5 escourt4    
    6. 
  
  
  
  6. (1 row affected)   
    7. 
  
  
  
  7. 1> select suid ,name from syslogins where name='escourt4'
    8. 
  
  
  
  8. 2> go 
    9. 
  
  
  
  9.  suid        name 
    10. 
  
  
  
  10.  ----------- ------------------------------ 
    11. 
  
  
  
  11.            5 escourt4 
    12. 
  
  
  
  12. (1 row affected)
    13.

登录escourt4对应的suid为：5。

在进入到用户库andkylee里面。

 
 
 
    
  
  
  
  1. 1> use andkylee    
    2. 
  
  
  
  2. 2> go    
    3. 
  
  
  
  3. 1> select suid,uid,name from sysusers where name='escourt4'   
    4. 
  
  
  
  4. 2> go    
    5. 
  
  
  
  5.  suid        uid         name    
    6. 
  
  
  
  6.  ----------- ----------- ------------------------------    
    7. 
  
  
  
  7.            5           3 escourt4    
    8. 
  
  
  
  8. (1 row affected)   
    9. 
  
  
  
  9. 1> use andkylee 
    10. 
  
  
  
  10. 2> go 
    11. 
  
  
  
  11. 1> select suid,uid,name from sysusers where name='escourt4'
    12. 
  
  
  
  12. 2> go 
    13. 
  
  
  
  13.  suid        uid         name 
    14. 
  
  
  
  14.  ----------- ----------- ------------------------------ 
    15. 
  
  
  
  15.            5           3 escourt4 
    16. 
  
  
  
  16. (1 row affected)
    17.

可以看出库andkylee里面的用户escourt4的uid为：3，它的suid为：5，正是对应的登录escourt4的suid。这没有问题，是正常的！

这好像和用户数据库andkylee没多少关系了，到master库里面找找是什么原因!

先看master的系统表sysdatabases中都存储了关于每个数据库的什么信息？

sysdatabases中的各个字段的信息如下：

 
 
 
    
  
  
  
  1. 名称  数据类型    说明    
    2. 
  
  
  
  2. name    sysname     数据库的名称    
    3. 
  
  
  
  3. dbid    smallint    数据库 ID     
    4. 
  
  
  
  4. suid    int     数据库所有者的服务器用户 ID     
    5. 
  
  
  
  5. status  smallint    控制位；表1-6 中列出了用户可以用sp_dboption 设置的控制位    
    6. 
  
  
  
  6. version     smallint    未使用    
    7. 
  
  
  
  7. logptr  int     指向事务日志的指针    
    8. 
  
  
  
  8. crdate  datetime    创建日期    
    9. 
  
  
  
  9. dumptrdate  datetime    上次执行dump transaction 时的日期    
    10. 
  
  
  
  10. status2     smallint null   附加控制位（请参见第27 页的表1-7）     
    11. 
  
  
  
  11. audflags    int null    数据库的审计设置    
    12. 
  
  
  
  12. deftabaud   int null    为表定义缺省审计设置的位屏蔽    
    13. 
  
  
  
  13. defvwaud    int null    为视图定义缺省审计设置的位屏蔽    
    14. 
  
  
  
  14. defpraud    int null    为存储过程定义缺省审计设置的位屏蔽    
    15. 
  
  
  
  15. def_remote_type     smallint null   在没有通过存储过程sp_addobjectdef 提供存储位置的情况下，指定要用于远程表的缺省对象类型    
    16. 
  
  
  
  16. def_remote_loc  varchar(349) null   在没有通过存储过程sp_addobjectdef 提供存储位置的情况下，指定要用于远程表的缺省存储位置    
    17. 
  
  
  
  17. status3     int null    附加控制位    
    18. 
  
  
  
  18. status4     int null    附加控制位    
    19. 
  
  
  
  19. audflags2   varbinary(16) null  留作将来使用   
    20. 
  
  
  
  20. 名称 数据类型 说明 
    21. 
  
  
  
  21. name  sysname  数据库的名称 
    22. 
  
  
  
  22. dbid  smallint  数据库 ID  
    23. 
  
  
  
  23. suid  int  数据库所有者的服务器用户 ID  
    24. 
  
  
  
  24. status  smallint  控制位；表1-6 中列出了用户可以用sp_dboption 设置的控制位 
    25. 
  
  
  
  25. version  smallint  未使用 
    26. 
  
  
  
  26. logptr  int  指向事务日志的指针 
    27. 
  
  
  
  27. crdate  datetime  创建日期 
    28. 
  
  
  
  28. dumptrdate  datetime  上次执行dump transaction 时的日期 
    29. 
  
  
  
  29. status2  smallint null  附加控制位（请参见第27 页的表1-7）  
    30. 
  
  
  
  30. audflags  int null  数据库的审计设置 
    31. 
  
  
  
  31. deftabaud  int null  为表定义缺省审计设置的位屏蔽 
    32. 
  
  
  
  32. defvwaud  int null  为视图定义缺省审计设置的位屏蔽 
    33. 
  
  
  
  33. defpraud  int null  为存储过程定义缺省审计设置的位屏蔽 
    34. 
  
  
  
  34. def_remote_type  smallint null  在没有通过存储过程sp_addobjectdef 提供存储位置的情况下，指定要用于远程表的缺省对象类型 
    35. 
  
  
  
  35. def_remote_loc  varchar(349) null  在没有通过存储过程sp_addobjectdef 提供存储位置的情况下，指定要用于远程表的缺省存储位置 
    36. 
  
  
  
  36. status3  int null  附加控制位 
    37. 
  
  
  
  37. status4  int null  附加控制位 
    38. 
  
  
  
  38. audflags2  varbinary(16) null  留作将来使用
    39.

def_remote_loc存储着远程表的默认存储位置。

用Interactive SQL查看系统表sysdatabases的数据（不用PowerBuilder的原因是：查询结果中区分不了null和空串）。

仔细比较sysdatabases中各个数据库的信息。发现andkylee对应的ref_remote_loc值非null，而其它库对应的ref_remote_loc值都为null。

难道原因在这里？

解决办法：

将库andkylee在sysdatabases表中对应的ref_remote_loc的值改为：null。

 
 
 
    
  
  
  
  1. 1> use master    
    2. 
  
  
  
  2. 2> go    
    3. 
  
  
  
  3. 1> update sysdatabases    
    4. 
  
  
  
  4. 2> set def_remote_loc= null   
    5. 
  
  
  
  5. 3> where dbid = db_id('andkylee')    
    6. 
  
  
  
  6. 4> go    
    7. 
  
  
  
  7. (1 row affected)    
    8. 
  
  
  
  8. 1>   
    9. 
  
  
  
  9. 1> use master 
    10. 
  
  
  
  10. 2> go 
    11. 
  
  
  
  11. 1> update sysdatabases 
    12. 
  
  
  
  12. 2> set def_remote_loc= null
    13. 
  
  
  
  13. 3> where dbid = db_id('andkylee') 
    14. 
  
  
  
  14. 4> go 
    15. 
  
  
  
  15. (1 row affected) 
    16. 
  
  
  
  16. 1>
    17.

用Sybase Central重新连接数据库。发现用户库andkylee已经不在代理数据库里面了。问题解决了！

此问题和sybase中的代理数据库有关。

那么试验一下ASE中的代理数据库吧！

目的：建立一个代理数据库proxydb，引用同一ASE上另外一个用户数据库andkylee的用户escourt4下所有对象。

 
 
 
    
  
  
  
  1. 1> disk init    
    2. 
  
  
  
  2. 2> name='proxydb_dat',    
    3. 
  
  
  
  3. 3> physname='d:\syb_data\proxydb_dat.dat',    
    4. 
  
  
  
  4. 4> size='20m'   
    5. 
  
  
  
  5. 5> go    
    6. 
  
  
  
  6. 1> disk init    
    7. 
  
  
  
  7. 2> name='proxydb_log',    
    8. 
  
  
  
  8. 3> physname='d:\syb_data\proxydb_log.dat',    
    9. 
  
  
  
  9. 4> size='10m'   
    10. 
  
  
  
  10. 5> go    
    11. 
  
  
  
  11. 1> create database proxydb    
    12. 
  
  
  
  12. 2> on proxydb_dat='20m' log on proxydb_log='10m'   
    13. 
  
  
  
  13. 3> with default_location "local.andkylee.escourt4."   
    14. 
  
  
  
  14. 4> for proxy_update    
    15. 
  
  
  
  15. 5> go   
    16. 
 
 
 
 
 
 
    
  
  
  
  1. CREATE DATABASE: allocating 5120 logical pages (20.0 megabytes) on disk    
    2. 
  
  
  
  2. 'proxydb_dat'.    
    3. 
  
  
  
  3. CREATE DATABASE: allocating 2560 logical pages (10.0 megabytes) on disk    
    4. 
  
  
  
  4. 'proxydb_log'.    
    5. 
  
  
  
  5. Database 'proxydb' is now online.    
    6. 
  
  
  
  6. New user added.    
    7. 
  
  
  
  7. (1 row affected)   
    8. 
  
  
  
  8. 1> disk init 
    9. 
  
  
  
  9. 2> name='proxydb_dat', 
    10. 
  
  
  
  10. 3> physname='d:\syb_data\proxydb_dat.dat', 
    11. 
  
  
  
  11. 4> size='20m'
    12. 
  
  
  
  12. 5> go 
    13. 
  
  
  
  13. 1> disk init 
    14. 
  
  
  
  14. 2> name='proxydb_log', 
    15. 
  
  
  
  15. 3> physname='d:\syb_data\proxydb_log.dat', 
    16. 
  
  
  
  16. 4> size='10m'
    17. 
  
  
  
  17. 5> go 
    18. 
  
  
  
  18. 1> create database proxydb 
    19. 
  
  
  
  19. 2> on proxydb_dat='20m' log on proxydb_log='10m'
    20. 
  
  
  
  20. 3> with default_location "local.andkylee.escourt4."
    21. 
  
  
  
  21. 4> for proxy_update 
    22. 
  
  
  
  22. 5> go 
    23. 
  
  
  
  23. CREATE DATABASE: allocating 5120 logical pages (20.0 megabytes) on disk 
    24. 
  
  
  
  24. 'proxydb_dat'. 
    25. 
  
  
  
  25. CREATE DATABASE: allocating 2560 logical pages (10.0 megabytes) on disk 
    26. 
  
  
  
  26. 'proxydb_log'. 
    27. 
  
  
  
  27. Database 'proxydb' is now online. 
    28. 
  
  
  
  28. New user added. 
    29. 
  
  
  
  29. (1 row affected)
    30.

初始化设备proxydb_dat,proxydb_log两个设备，并建立代理数据库proxydb。 在proxydb里面建立指向local.andkylee.escourt4.的所有对象的代理表。

查看代理数据库proxydb里面的代理表的数据：

 
 
 
    
  
  
  
  1. 
  
  
  
  2. 1> use proxydb    
    3. 
  
  
  
  3. 2> go    
    4. 
  
  
  
  4. 1> select top 10 id,name,user_name(uid) as user_name from proxydb..sysobjects    
    5. 
  
  
  
  5. 2> where type='U'   
    6. 
  
  
  
  6. 3> order by name    
    7. 
  
  
  
  7. 4> go    
    8. 
  
  
  
  8.  id          name    
    9. 
  
  
  
  9.  ----------- ----------------------------------------------------------------------------------    
    10. 
  
  
  
  10.    800002850 AIX_PAGENOS    
    11. 
  
  
  
  11.    832002964 AIX_PAGENO_RANGE    
    12. 
  
  
  
  12.    864003078 AIX_SYS_syscolumns    
    13. 
  
  
  
  13.    896003192 AIX_SYS_sysindexes    
    14. 
  
  
  
  14.    928003306 AIX_SYS_sysobjects    
    15. 
  
  
  
  15.    960003420 AJDACG    
    16. 
  
  
  
  16.    992003534 AJDAJY    
    17. 
  
  
  
  17.   1024003648 AJGDB    
    18. 
  
  
  
  18.   1104003933 AJGDB1    
    19. 
  
  
  
  19.   1168004161 AJGDB_BAKUP    
    20. 
  
  
  
  20. (10 rows affected)    
    21. 
  
  
  
  21. 1> select count(*) from escourt4.AJGDB1    
    22. 
  
  
  
  22. 2> GO    
    23. 
  
  
  
  23.  -----------    
    24. 
  
  
  
  24.       123611    
    25. 
  
  
  
  25. (1 row affected)   
    26. 
  
  
  
  26. 1> use proxydb 
    27. 
  
  
  
  27. 2> go 
    28. 
  
  
  
  28. 1> select top 10 id,name,user_name(uid) as user_name from proxydb..sysobjects 
    29. 
  
  
  
  29. 2> where type='U'
    30. 
  
  
  
  30. 3> order by name
    31. 
  
  
  
  31. 4> go 
    32. 
  
  
  
  32.  id          name
    33. 
  
  
  
  33.  ----------- ---------------------------------------------------------------------------------- 
    34. 
  
  
  
  34.    800002850 AIX_PAGENOS 
    35. 
  
  
  
  35.    832002964 AIX_PAGENO_RANGE 
    36. 
  
  
  
  36.    864003078 AIX_SYS_syscolumns 
    37. 
  
  
  
  37.    896003192 AIX_SYS_sysindexes 
    38. 
  
  
  
  38.    928003306 AIX_SYS_sysobjects 
    39. 
  
  
  
  39.    960003420 AJDACG 
    40. 
  
  
  
  40.    992003534 AJDAJY 
    41. 
  
  
  
  41.   1024003648 AJGDB 
    42. 
  
  
  
  42.   1104003933 AJGDB1 
    43. 
  
  
  
  43.   1168004161 AJGDB_BAKUP 
    44. 
  
  
  
  44. (10 rows affected) 
    45. 
  
  
  
  45. 1> select count(*) from escourt4.AJGDB1 
    46. 
  
  
  
  46. 2> GO 
    47. 
  
  
  
  47.  ----------- 
    48. 
  
  
  
  48.       123611 
    49. 
  
  
  
  49. (1 row affected)
    50.

代理数据库创建成功了！

作者简介：andkylee,5年Sybase管理、维护经验。现任职于北京一IT运维管理公司，Sybase DBA。熟悉Sybase的安装、配置、调优、监控与排错，尤其精通Sybase数据库的灾难恢复。自己深入研究Sybase数据库的内部物理存储结构，开发了能够从Sybase数据库设备文件中提取数据的工具；还编写了一个能够分析Sybase日志文件内容，反解析出相应SQL语句的程序。可以提供Sybase数据库非常规恢复技术支持。Sybase非常规数据库恢复包括：设备文件故障（如：页面逻辑损坏，页面物理损坏等，605、692错误等等），误操作（包括：误更新update，误删除drop table，误清空数据truncate table，等）等，本人都有相应的处理办法。

链接：http://blog.csdn.net/andkylee/archive/2010/07/02/5709340.aspx

新闻名称：Sybase中代理数据库出现混乱的解决方法
当前地址：http://www.csdahua.cn/qtweb/news47/542697.html

网站建设、网络推广公司-快上网，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 快上网

成都快上网为您推荐相关内容

网站维护知识

同城分类信息

草坪音箱　　 　航龙航空　　 　成都全网营销　　 　营山产后护理　　 　成都app软件开发　　 　攀枝花网站建设　　 　成都展柜定制　　 　成都公司注册　　 　中国（西部）云计算中心　　 　成都做网站　　 　和正兴机械　　 　网络推广外包　　 　成都装修公司　　 　广东网站设计制作公司　　 　网络口碑营销　　 　贵阳联通机房　　 　东电技服　　 　宜宾冠赛网站　　 　云服务器　　 　云主机