原因:数据库设置错误导致的。解决方法:创建一个访问数据库的权限。
1.使用数据库机器上的CMD指令调用命令行窗口,然后使用sqlplus/assysdba登录到数据库。并与将被授予权限的表所有者连接到数据库,否则后续的权限将失败。
2.创建由test123标识的用户测试创建密码设置为test123的测试用户。
3.授权测试用户的连接和资源权限。授予连接、测试资源,如下图。
4.Cify表授权查询权限。给用户一个选择,表测试。
5.为了与新的登录数据库进行验证,我们首先尝试删除删除数据的功能,无法执行错误,说明我们添加的用户没有删除的权利。
6.然后验证select查询函数是否成功地找到了指定的数据。创建新用户并指定查询权限函数的实现。对未授权表的查询也会被拒绝,如下图。
ibmnotes无法打开备份的邮件数据库需要更改设置来修改。打开IBMLotusNotes工作台,进入邮件系统。点击菜单栏的“文件”,然后再点击“复制”,再点击“新建副本”,在出现的“新建副本”对话框中修改文件路径。Notes中没有针对一个数据库中文档删除的精确记录,所以,我们没有办法找到删除的根源。然而,用户可以利用管理员客户端上的数据库工具来分析文档的Note ID 或是 UNID,找到删除的文档。要找到被删除的文档,关键是找到这些文档的Note ID 或是 UNID。其中,找Note ID是比较简单的方法,但是,如果在删除中涉及到另外一个复本,那么,UNID将被用来在数据库的复本中查找文档。这是因为Note ID在每一个独立的复本中是唯一的,而UNID在所有的复本中是相同的。
我们需要以下的资源来查找被删除的文档:
1. 这个有问题的数据库在出现问题前的一个 *** 作系统级的备份,或是这个数据库的另外一个复本。
2. 在出现问题期间的日志文件的一个备份。
下面是在 Notes 5.x 或 6.x中查找被删除文档的步骤: 1. 打开备份的数据库。
2. 记录下来在这个数据库存取控制列表(ACL)中所有的有“删除文档”和“写公共文档”的人员。
3. 在备份的数据库中找到那些存在于备份库中,而不存在于现有数据库中的文档,用右键选择这个文档,并选择文档属性。
4. 记录下来这个文档的Note ID。
文档的Note ID是以 NT0000xxxx开头的,其中xxxx就是这个文档的Note ID。
5. 在管理员客户端上的数据库工具来查找此文档,步骤是:
a. 打开Domino 的管理员客户端。
b. 选择相应的服务器。
c. 选择“文件”页。
d. 找到这个有问题的数据库。
e. 在右面的工具中,选择“数据库”。
f. 在“数据库”工具列表中,选择“查找注释”。
在“查找注释”框中输入刚才找到的那个文档的Note ID。例如:如果此文档的Note ID 是 NT00008FA,我们就在“标识符”中输入:08FA。 然后,选择“查找”。
之后,有关这个文档的信息将会出现在下面的框中,其中包括创建时间、修改时间等。
6. 对于从复本中查找被删除文档的方法,与上面的相同。
下面的步骤可用来查找发生删除的可能性: 现在可以根据已经找到的被删除的文档,并参照日志文件中的记录来查找删除的可能性:
1. 打开出现问题期间的日志文件,找到相应用户的视图下。
2. 按照数据库工具中所记录的此Note ID被删除的日期展开文档。
3. 检查每一个有“删除文档”和“写公共文档”的用户记录。
4. 仔细查找文档被删除的时间范围中的记录,看是否在这段时间内有写入的文档数目的记录。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)