近總數在搞環境，記錄一些Oracle19c數據庫安裝過程，避免后面需要，
1.0名詞定義
Oracle數據庫：Oracle數據庫是一個關系型數據庫管理系統，由Oracle Corporation開發和提供。
Oracle數據庫實例：Oracle數據庫實例是一個在操作系統上運行的Oracle數據庫進程和內存結構的組合，它負責管理數據庫的訪問和管理。
Oracle數據庫軟件：Oracle數據庫軟件是指Oracle數據庫管理系統的安裝程序和相關組件。
Oracle 19c：Oracle 19c是Oracle數據庫的一個主要版本，它在2019年發布，包含了許多新功能和改進。
安裝程序：Oracle數據庫安裝程序是用于安裝Oracle數據庫軟件和創建數據庫實例的可執行文件。
數據庫實例命名：數據庫實例命名是指為Oracle數據庫實例分配唯一的標識符，通常由實例名和數據庫唯一標識符組成。
數據庫管理系統（DBMS）：數據庫管理系統是指用于管理和操作數據庫的軟件系統，例如Oracle數據庫。
配置文件：配置文件是包含有關Oracle數據庫實例和相關組件的設置和參數的文件，可用于自定義數據庫的行為和性能。
數據庫連接：數據庫連接是指通過網絡或本地方式與Oracle數據庫實例建立通信并進行數據交互的會話。
數據字典：數據字典是Oracle數據庫中存儲了有關數據庫結構和對象的元數據信息的集合。
依賴項：依賴項是指安裝Oracle數據庫時需要滿足的先決條件，例如操作系統版本、硬件要求、軟件庫依賴等。
系統權限：系統權限是指允許用戶訪問和執行特定操作的權限，例如創建數據庫、備份和恢復數據等。
初始化參數：初始化參數是Oracle數據庫實例中的設置，用于配置數據庫的行為和性能。
數據庫管理員（DBA）：數據庫管理員是負責管理和維護數據庫的專業人員，他們負責安裝、配置、備份、性能優化等任務。
2.0工具、設備、環境要求
工具：Oracle賬號
設備：計算機
環境：Windows Server 2016/2019 或 Windows 10。
3.0 Oracle19c下載安裝和配置教程
3.1 官網下載Oracle19c數據庫，Oracle官方下載鏈接：
https://www.oracle.com/database/technologies/oracle-database-software-downloads.html
圖1 官網下載Oracle19c數據庫
3.2 安裝Oracle數據庫。
3.2.1 解壓安裝包。在D盤新建文件夾Oracle (文件很大，不建議放到C盤下)將WINDOWS.X64_193000_db_home.zip解壓到此文件夾下。
圖2 WINDOWS.X64_193000_db_home解壓目錄
3.2.2 運行setup.exe安裝。安裝方法很多，針對于不同的需求，以下是其中的一種。
3.2.2.1 選擇 “創建并配置單實例數據庫” ，然后點擊下一步。
圖3 創建并配置單實例數據庫
3.2.2.2 選擇 “桌面類(D)”，點擊下一步（根據實際用途選擇）
圖4 選擇系統類
3.2.2.3 進入“Oracle主目錄用戶”，為了方便管理，在此處將創建一個新的Windows用戶
圖5 指定Oracle主目錄用戶
3.2.2.4 選擇Oracle 基目錄，填寫全局數據庫名和口令(password)，比如在D盤新建了一個文件夾Oracle19c，數據庫文件位置會跟隨上面變化，其他不動，全局數據庫名：orcl。口令自己設置，口令務必記住！【創建為容器庫】勾選工具實際需求進行勾選，然后點擊下一步
圖6 典型安裝示例
3.2.2.5 查看概要后，點擊【安裝】
圖7 概要圖
3.2.2.6 接下來就是漫長的等待了，它會在42%很長時間，不用管它，等一會兒就行了。
圖8 安裝產品
3.2.2.7 到這里就安裝完成了，點擊關閉
圖9 完成
3.3 配置
3.3.1 Oracle19c不用再額外的安裝客戶端，剛才解壓的文件中已經自帶了，然后我們需要做一些配置：
點擊【菜單】–> Oracle OraDB19Home1 --> Net Manager 或者在我的電腦中打開：C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle - OraDB19Home1\配置和移植工具\ Net Manager（ProgramData文件在隱藏的項目中，勾選上才能看到）
圖10 配置和移植工具
3.3.2 然后會打開如下頁面：
圖11 Oracle Net配置
3.3.3 點擊【本地】->【服務命名】，點擊左上角綠色的 +，網絡服務名自己起，這個沒什么要求，下一步
圖12 網絡服務名向導
3.3.4 選擇 【TCP/IP協議】，下一步
圖13 協議選擇
3.3.5 因為是本機，主機名只能填 localhost 或者 127.0.0.1，下一步
圖14 主機/端口設置
3.3.6 【服務名】:orcl，下一步
圖15 數據庫服務名
3.3.7 進行連接測試
圖16 測試連接
3.3.8 更改登錄，改成system用戶，口令是當初設置的那個，點擊確定，進行測試
圖17 更改登錄測試
3.3.9 當出現以下情況，說明你的配置已經成功了,然后關閉
圖18 更改登錄測試成功
3.3.10 最后別忘了保存！！！（關閉窗口時會提醒你）
圖19 更改網絡配置確認
3.3.11 至此，Oracle數據庫的基本安裝配置操作全部完成了，我們可以在SQL Plus里驗證一下。
3.4 SQL Plus驗證
3.4.1 點擊【菜單】–> Oracle OraDB19Home1 --> SQL Plus 或者在我的電腦中打開：C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle - OraDB19Home1\應用程序開發\SQL Plus
圖20 打開SQL Plus
3.4.2 以System用戶登錄，口令依舊。如果你可以成功連接到Oracle數據庫，那前面的操作都是成功的，當然，也可以輸入一條SQL語句驗證一下能不能執行
圖21 SQL Plus登錄測試
3.5 scott用戶解鎖
3.5.1 Oracle19c沒有默認把Scott用戶加入進來，需要我們自己添加，實際上，在Oracle的主目錄(開始解壓文件的目錄) 里有scott的sql文件D:\Oracle\rdbms\admin\scott.sql
在SQL Plus中執行scott.sql：@D:\Oracle\rdbms\admin\scott.sql
圖22 執行scott.sql
3.5.2 給scott用戶解鎖，首先以管理員權限運行SQL Plus，登錄system用戶
然后使用命令alter user scott account unlock;來解鎖
再輸入命令alter user scott identified by tiger;賦了一個新的口令 tiger(可以自己設定)
之后就可以用scott用戶登錄了
圖23 解鎖scott用戶
圖24 使用scott用戶登錄
3.6 卸載
3.6.1 要格外注意，如果你的數據庫出現問題想要卸載重裝，一定要完全卸載才可以安裝新的數據庫，否則會非常麻煩！！！
3.6.2 關閉所有Oracle服務，右擊【我的電腦】–>【管理】–>【服務和應用程序】–>【服務】，把所有開頭是Oracle的服務關閉
圖25 Oracle服務
3.6.3 運行Universal Installer卸載數據庫，點擊【菜單】–> Oracle OraDB19Home1 --> Universal Installer 或者在我的電腦中打開：C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle - OraDB19Home1\Oracle 安裝產品\Universal Installer
圖26 卸載產品
3.6.4 選中目錄，刪除
圖27 產品清單
3.6.5 修改注冊表
windows徽標鍵 + R(打開【運行】)，執行regedit命令打開注冊表
將HKEY_CLASS_ROOT下所有以ORACLE或者ORA開頭的注冊表項刪除
將HKEY_LOCAL_MACHINE\SOFTWARE下ORACLE注冊表項刪除
將HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Service下的以Oracle開頭的注冊表項刪除
將HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application所有oracle開頭的項刪除
圖28 修改注冊表
3.6.6 重啟計算機，刪除所有與Oracle相關的目錄
Oracle基目錄可能需要管理員權限刪除，用管理員權限運行命令行用del刪除
（注意，不要在未卸載Oracle之前就刪除Oracle基目錄，走cmd的刪除不能在回收站恢復，此時卸載程序也被你刪了，卸載不干凈不能重新在原位置安裝，也就沒有卸載程序，就陷入死循環了）
至此才算卸載完成，可以安裝新的數據庫了。
圖29 刪除Oracle目錄
不知道大家今天看沒看一個新聞，鏈家刪庫的程序員宣判了。
事情是這樣的：
2018 年的時候，鏈家的一名技術人員因為不滿公司的崗位調動，遠程刪除了公司服務器上的電子商務系統（ Oracle EBS ），總共 9 TB 的數據。。。
刪完這 9 TB 大小的數據之后，他相當于把整個公司的賬本給抹了：
鏈家成立以來所有的員工工資、采購報銷記錄、供應商的貨款等等，全都沒了。
說句不好聽的，假如這些數據拿不回來，大家也別干活了，直接原地回家放假就完事了。
在公告里鏈家表示，他們花了 18 萬解決這個事：
首先花了 10 萬找數據公司恢復數據，但是恢復出來的數據不怎么能用。
后來他們只好又花了 8 萬，從外面雇人重建了整套 EBS 系統。
聽著挺心酸的，對吧。
不過不知道小伙伴們有沒有發現一個華點：在這件事當中，鏈家先是找人恢復數據，但是沒成功。
可他們還是老老實實掏了 10 萬。
但是與此同時，網上各種各樣的免費數據恢復軟件也有不少，點個按鈕就能一鍵恢復被刪除的數據。
雖然八成也成功不了，但至少不要錢不是。
所以鏈家。。這是被二次割韭菜了嗎？
差評君平常在后臺也經常收到小伙伴們的消息，說自己一不小心把 U 盤里的文件給誤刪了，求助有關數據恢復的事項。
正好借著這個由頭，咱們來稍微聊聊數據恢復是怎么一回事。
其實不管是免費軟件、付費軟件，還是專業的數據恢復機構，它們都是利用了硬盤的一個工作原理：
你刪除的文件，并不是真的被刪除了。
不知道小伙伴們拷文件的時候發現過一個現象沒有：
假如復制一部電影的話，可能得慢慢悠悠的讓進度條跑上一兩分鐘。
但是刪除一部電影，一瞬間就搞定了。
這就是因為在點擊刪除的時候，系統只是給這部分數據打上了一個刪除標記，但并沒有真刪。
聽著可能有點繞，我們不妨拿圖書館舉個例子：
差評君以前上學的圖書館里有上千本書，這么多書直接找肯定找不到。
所以圖書管理員那里有個索引系統，哪本書在哪個位置都能查到。
我們往硬盤里復制文件，其實就相當于是往書架上放了一排書，然后告訴管理員我把哪本書放到了哪排貨架上。
可要在刪除文件的時候，硬盤偷了個懶——
它只是跟管理員說了一聲那排清空了，但并沒有真的把書從書架上撤走。
然后管理員就真的把這條索引涂掉了，這本書真的就找不到了。。。
硬盤倒是覺得自己很聰明： “ 反正下回有新書進來的時候一起搬走就好了嘛，現在費那個勁干嘛。 ”
這么做的好處顯而易見，用戶體感的刪除速度變快了、硬盤的讀寫損耗變少了。
而且順帶著，文件恢復成功的概率也變高了 —— 只要沒有新的書進來，原來的書就還會在那兒。
只是我們以為它們已經不在了。
所以其實和很多小伙伴想的不太一樣，數據恢復并不是施展時間の魔法，讓時間倒轉。
它僅僅是重新親自去一排一排的貨架上尋找，有哪些書明明還在，但是被索引給劃掉了。
最終找到我們希望找回的文件。
而專業的數據恢復機構無非就是有無塵工作間以及更厲害的硬盤對拷設備，能夠提高一些恢復成功率而已。
但是那些已經被徹底擦除的數據，誰都無能為力。
所以在坊間一直有個說法：固態硬盤的數據比傳統的機械硬盤要難恢復很多。
這是因為，固態硬盤為了進一步提高讀寫速度，使用了一項名叫 TRIM 的技術。
而所謂的 TRIM ，實際上就是圖書管理員雇了一個監工，負責定期檢查那些已經被標記為撤走的書還在不在書架上。
假如這些書還在，他就會負責把這些書撤走。
這樣以后再有新書上架的時候，就不用再額外花時間搬舊書了。
TRIM 技術讓固態硬盤長期保持了高速可用的狀態，但是對應著，數據恢復的成功率就無限降低了。
因此，不管是自己恢復還是找數據機構恢復，數據恢復成功的概率都大概是下面這樣：
U 盤 / 數據機械盤 > 系統盤 >> 固態硬盤。
所以要是小伙伴們真的有數據保管的需求，重要資料最好還是放在機械硬盤上保存啊。
或者像差評君一樣，搞個陣列 NAS 。
那么假如真的遇到了數據誤刪應該怎么做呢，差評君在這里再總結一下數據恢復的重點：
首先立刻強制關機，停止數據在硬盤上的讀寫操作。
接著燒根香。
接著找個拷盤器，配合數據恢復軟件掃描并且復原被刪除的數據。
或者直接找家數據恢復公司。
怎么樣，大家學廢了嗎？
知道了這些之后，我們再來聊聊鏈家刪庫這件事。
照道理來說，鏈家財務系統的數據庫還不至于使用高性能的固態硬盤，而機械硬盤上面的數據恢復概率還是不低的。
所以為什么鏈家最后花了十萬也沒能把數據找回來呢。
我們不妨來看看這起案件的審判書，上面提到，鏈家的技術人員是在發現財務系統連接不上之后，才開始查找問題的根源。
這個時候距離刪庫已經過去了一個多月，硬盤上已經不知道被寫入了過多少新數據了。
并且這名員工在刪除文件時，除了使用了標準的 “ rm ” 刪除命令之外，還使用了 “ shred ” 文件粉碎命令。。。
相當于在標記刪除的同時，還會在上面覆蓋一層新的無用數據。
那些本來還有希望恢復的數據，在一個 shred 命令碾過去之后，也就被抹的什么都不剩了。
這。。是得跟公司有多大的仇啊。。。
其實就在去年二月份的時候，另一家公司 “ 微盟 ” 也發生過類似的事件。
微盟是一家給餐館飯店小商鋪提供在線付款支持的公司，幫助不怎么懂網絡的個體商戶對接支付寶微信云閃付一類的結算系統。
做的還挺大，已經上市了。
結果同樣是有個員工不滿公司待遇，把公司的核心業務系統給刪干凈跑路了。
你們看這個劇情，是不是完全一致。
不過畢竟是核心業務系統，微盟還是有備份的，不至于像鏈家這么頭禿。
但是恢復備份的過程中還是產生了業務停擺。
據微盟統計，數據恢復期間至少有 300 萬個商家無法接收顧客的付款，微盟因此賠付了 1.5 個億。
股票的市值也在當天蒸發了接近 10 個億。
然后那名刪庫的老哥，也自然而然被判了六年。
一般情況下，這種員工報復老板的事在坊間都是有不少瓜可吃的，比如人力關系什么的。。。
不過咱們本著不信、不傳謠的態度，就不拿這些瓜說事了。
差評君最后想說的是， 犯法的事情不要干！不要干！
不然不但報復不了老板，還得把自己搭進去。。。
那樣可就太不劃算了。