整體有點坑，這邊的support別人的用不到了，dbua升級沒有升上去，后面是建一個一樣的實例名，把11g 數據導入到19c中（需要先刪除11g的實例 ORADIM 命令），原因后面再找吧！
檢查還是按照我之前寫的一篇linux檢查一樣。
首先是安裝windows oracle 19c，這和安裝比較簡單，把下載的軟件解壓到F:\app\Administrator\19c\product\19.0.0\dbhome_1
基目錄：
F:\app\Administrator\19c
oracle_home為：
F:\app\Administrator\19c\product\19.0.0\dbhome_1
C:\Users\Administrator>f
set ORACLE_BASE=F:\app\Administrator\19c
set PATH=F:\app\Administrator\19c\product\19.0.0\dbhome_1\bin
set ORACLE_HOME=F:\app\Administrator\19c\product\19.0.0\dbhome_1
停止oracle 服務（把tnsnames.ora,sqlnet.ora，參數文件拷貝到新的19c目錄）
刪除注冊的 ttfc實例
ORADIM -DELETE -SID TTFC
生成新注冊的實例：
生成參數文件：
init
initTTFC.ORA文件創建失敗，我自己用的pfile啟動升級模式。進行升級（換湯不換葯的）
cd F:\app\Administrator\19c\product\19.0.0\dbhome_1\bin
dbupgrade.cmd(然后坑的一逼報錯了，我就命令行dbua啟動圖形界面升級)
出現報錯：
尷尬的是國外用不了先前的辦法了support（應該是）
后續 INS-08101：
20201228能夠使用support后，查看了很多Oracle support 文檔，由於這個環境是windows 12server的單機，support上大部分說的都是GI報錯的，或者是需要打補丁把包，也有說是NLS_DATE_FORMAT=YYYY:MI:DD HH24:MI:SS錯誤的，還有說的環境變量錯誤的；
主要是database soft 已經安裝成功了，找到比較類似的是說主機hosts解析有問題，然后我發現我的windows hosts真的是沒有進行IP解析,應該是這個原因了。
方法二：
利用之間11g 全庫導出的dmp文件，導入到新的數據庫中。
先建一個ttfc數據庫：
刪除注冊的實例：
ORADIM -DELETE -SID TTFC；
創建ttfc庫成功。
數據導入完成，編譯無效的對象完成。
