数据库验证失败

❶ 连接数据库失败，sqlSTATE=08001怎么解决

1.看看端口号有没有配置正确，看一下配置参数svcename跟services文件中配置的db2端口号是否一致，windows一般用50000，unix/linux一般用60000
2.连接出错首先看看服务器ip 和端口写对没有
ip如果没错就要看看服务器的db2服务端口对不对。另外对于服务器下面这些也要注意

检查服务器的配置情况如下：

验证存在的DB2数据库
db2 list db directory
db2 list db directory show detail
验证实例使用的通讯协议，查看DB2COMM变量
db2set -all
查看数据库管理器的配置，查看SVCENAME（特指tcpip协议）
db2 get dbm cfg
查看/etc/services中，有无与上面对应SVCENAME的端口，例如：
db2cDB2 50000/tcp

要确认服务器是否在监听，可以用netstat -an 来查看端口是否处于LISTEN状态

❷ 数据库文件验证失败怎么解决

无法打开用户默认数据库，登录失败,这也是SQL Server使用者常见的问题之一。在使用企业管理器、查询分析器、各类工具和应用软件的时候，只要关系到连接SQL Server数据库的时候，都有可能会碰到此问题。
一、原因
登录帐户的默认数据库被删除。
二、解决方法：
(一)、使用管理员帐户修改此帐户的默认数据库
1、打开企业管理器,展开服务器组,然后展开服务器
2. 展开"安全性",展开登录，右击相应的登录帐户，从弹出的菜单中选择，属性
3、重新选择此登录帐户的默认数据库
(二)、若没有其他管理员登录帐户，无法在企业管理器里修改，使用isql命令行工具
isql /U"sa" /P"sa的密码" /d"master" /Q"exec sp_defaultdb N'sa', N'master'"
如果使用Windows验证方式，使用如下命令行，将默认数据库改成非丢失的数据库：
isql /E /d"master" /Q"exec sp_defaultdb N'BUILTIN\Administrators', N'master'"

❸ 数据库关闭再启动，出现错误。ORA-01122: 数据库文件 6 验证失败

是数据文件的实际大小与控制文件和该数据文件的头部所记录的大小不同而引起的。
这个情况是和你一模一样的:
http ://www.itpub.net/thread-1305787-1-1.html

参考一下，看是否能帮到你。

❹ 用友NC57升级账套提示对数据库物理校验失败

首先，你要找到sysconfig.bat文件，打开之后看看连接数据库测试，是否正常。不然就是表空间建立时没有建好临时表空间。如果是表空间的问题，按以下方法操作：
1、删除之前建的数据表空间（3个data，3个index）；
2、删除之前的用户；
3、重新按照用友《NC6.1 数据库参考脚本及临时表要求》的说法，只建一个data和一个索引。（之前我是按照5X的习惯建了3个data，3个index）
4、重建用户，并且只GRANT connect,dba到这个新建的用户（之前我还grant了create any table）。
done。

❺ SQL SERVER 连接数据库时测试数据不成功怎么办

1、要连接数据库首先需要配置连接串，配置上服务器数据库等信息//connString = "Data Source=服务器名称;Initial Catalog=数据库名称;User ID = 用户名;Pwd = 密码";。

❻ 辽事通提示数据库操作异常辽宁自然人取消认证查询自然人信息失败

摘要 【验证失败】：表示该自然人身份信息与公安机关的居民身份登记信息不一致，可以核实后将信息修改正确，如果确认无问题的，可暂时忽略该验证结果，正常进行申报

❼ 装用友时，验证密码失败，连接数据库服务器的SQL SERVER失败(密码可能不正确)这个怎么回事，该怎么处理呢

是因为你没有数据库，就是等于你没有数据。就像一个箱子里面没有钱一样的道理。
楼主告诉你SQL
SERVER
是软件
用友应该提供了数据库文件mdf格式。
安装SQL
SERVER
服务器附加他提供的数据库，才能使用软件。密码可能不正确

❽ 安装oracle数据库时验证失败，急求大神啊

[INS-30131]执行安装程序验证所需的初始设置失

|
浏览：584
|
更新：
2014-09-14 10:00

网络经验:jingyan..com
[INS-30131] 执行安装程序验证所需的初始设置失败。
原因 - 无法访问临时位置。 操作 - 请确保当前用户具有访问临时位置所需的权限。 附加信息: - 所有节点上的框架设置检查都失败 - 原因: 问题的原因不可用 - 操作: 用户操作不可用 失败节点概要 pc-hujia - 无法从节点 "pc-hujia" 检索 exectask 的版本 - 原因: 问题的原因不可用 - 操作: 用户操作不可用

网络经验:jingyan..com
工具/原料
winx64_12c_database
Win7-x64
网络经验:jingyan..com
方法/步骤
1
我的win7 64位系统上面装 oracle12c也是报这个错.
2
第一步：控制面板>所有控制面板项>管理工具>服务>SERVER 启动第二步：控制面板>系统和安全>管理工具>计算机管理>系统工具>共享文件夹>共享右键单击“共享”>新建共享>点击“下一步”>单击“浏览”>选择"本地磁盘（C:）">确定

“共享名”输入 "C$" >"下一步" OK!
END

❾ 用mysql验证登陆失败

现象

一线的工程师反映了一个奇怪的现象，刚刚从 MySQL 官网上下载了一个 MySQL 5.7.31。安装完成后，发现使用任何密码都能登陆 MySQL，修改密码也不管用，重新启动 MySQL 也不能解决。

分析

怀疑使用了 --skip-grant-tables 使用 mysqld --print-defaults 检查，没有发现。

检查登陆用户，都是 root@localhost，说明和 proxy user 没有关系。

使用 mysql --print-defaults 检查客户端是否设置默认的用户和密码，没有发现。

发现一切都正常，再检查 plugin 字段，发现只有 root 用户是 auth_socket ，其它的用户都是 mysql_native_password，问题可能就出在这儿。

问题解决

对 auth_socket 验证插件不了解，感觉是这个插件不安全，使用下面的命令修改后，问题解决：

update user set plugin="mysql_native_password" where user='root';

auth_socket 验证插件的使用场景

问题解决后，又仔细研究了一下 auth_socket 这个插件，发现这种验证方式有以下特点：

• 首先，这种验证方式不要求输入密码，即使输入了密码也不验证。这个特点让很多人觉得很不安全，实际仔细研究一下这种方式，发现还是相当安全的，因为它有另外两个限制；

• 只能用 UNIX 的 socket 方式登陆，这就保证了只能本地登陆，用户在使用这种登陆方式时已经通过了操作系统的安全验证；

• 操作系统的用户和 MySQL 数据库的用户名必须一致，例如你要登陆 MySQL 的 root 用户，必须用操作系统的 root 用户登陆。

auth_socket 这个插件因为有这些特点，它很适合我们在系统投产前进行安装调试的时候使用，而且也有相当的安全性，因为系统投产前通常经常同时使用操作系统的 root 用户和 MySQL 的 root 用户。当我们在系统投产后，操作系统的 root 用户和 MySQL 的 root 用户就不能随便使用了，这时可以换成其它的验证方式，可以使用下面的命令进行切换：

• ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'test';