今天對我們維護的N多的開發數據庫進行全面的備份檢查，原因是上個星期，公司居然在兩天內停電達10次之久，要知道，我們的服務器都沒有UPS的，直接后果就是問題管理服務器當了下，我要吸取教訓，總不能把開發服務器弄當了，如果沒有備份，那責任就大了

檢查來檢查去，發現上上周剛上的一個項目的開發數據庫雖然現在歸我管轄，但是還沒有給作自動備份列（小聲點，領導知道要扣錢的），那可得作好

如是在異地專門用來作備份的機器上寫好了腳本，準備自動備份，就在這個時候，居然發現，腳本怎么執行失敗，不是吧，看看log，居然是ORA-12560，協議適配器錯誤，ft，剛才在tnsnames.ora文件中改配置的時候我測試過的呀，可以連接的呀

再用sqlplus試試，居然第一次連接的時候也是報同樣的錯誤，但是如果馬上連接低2次，就能連接上，不會吧，老大，玩我呀。察看listener.log，沒有任何異常。

在我自己的本上連接開發服務器，沒有任何問題，只是作備份的機器有這個問題。ok，那就應該不是開發服務器的問題，再看看這個作備份的機器

先ping下開發服務器，居然報錯了，ft，

錯誤是 PING： transmit failed.error code 1314

這樣的，難道是網絡問題，看看防火墻，沒有用天網之類的爛東西呀

怎么回事情。

關鍵時刻，俺還是信賴Google的

google下，關于這個問題的，都是有人提問，沒人回答，我也想問呀

再看看英文的，好不容易找到了一個，有人回答了，說是因為有desktop firewall

應該沒有的呀，我沒有裝這個東西呀

在看看網絡連接屬性，居然還真的有一個這玩意，shit

是mac desktop firewall

得，卸載吧，到添加刪除程序中，找到了這個鳥程序

直接卸載

重新啟動

一切ok了，

總結：

如果連接有問題，先ping數據庫主機

然后tnsping，

然后嗎，用別的機器試試

確定是主機的問題

還是client的問題

然后對癥下藥

千萬不要慌。