資料庫驗證失敗

❶ 連接資料庫失敗，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';