離線安裝SSMS 22 launched extracted application exiting with result code 0x138b

SSMS 22 安裝器下載頁面 https://learn.microsoft.com/zh-tw/ssms/install/install

https://aka.ms/ssms/22/release/vs_SSMS.exe


將安裝檔下載到本機，檔案好大2.5G 

https://learn.microsoft.com/zh-tw/ssms/install/create-offline

vs_SSMS.exe --layout C:\SSMS_Layout --all

在網路完全封閉的環境下安裝會莫名的消失，錯誤是ssms 22 launched extracted application exiting with result code 0x138b，但如果連網則不會有問題，所以離線安裝下載仍不夠周全。


查看了解法先試Primary Solution: Install Missing Certificates

到安裝 SQL Server Management Studio 離線安裝的憑證

https://learn.microsoft.com/zh-tw/ssms/install/install-certificates

下載Microsoft Windows 程式代碼簽署 PCA 2024 憑證。https://www.microsoft.com/pkiops/certs/Microsoft%20Windows%20Code%20Signing%20PCA%202024.crt

直接點選檔案後加入到受信任的根憑證後，再執行

vs_ssms.exe -noWeb

然後安裝畫面就可以出現了，但有點慢，請耐心等待。

還原DB作業系統錯誤 5(存取被拒。)

 套用GCB後，原本使用UNC方式還原DB時，顯示錯誤訊訊

\\192.168.0.123\dbbackup\ ...作業系統錯誤 5(存取被拒。)

主要是SQL SERVER 服務改用了local system，導致SSMS中要讀取UNC的目錄檔案時無權限。

重設SQL SERVER 服務帳號為本機一組帳號，重啟服務再執行SQL還原。

openrowset excel欄位超過255個字

select * from openrowset('Microsoft.ACE.OLEDB.16.0','Excel 12.0;HDR=YES;IMEX=1;Database=c:\temp\test.xlsx','select * from [sheet1$] ')
如果test.xlsx中欄位內容超過255個字元，則匯入後欄位內容會被截斷。


調整SQL SERVER主機機碼

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\16.0\Access Connectivity Engine\Engines\Excel

將TypeGuessRows 改為0。

但可能會影響到效能，因為要掃一遍所有資料列以判斷欄位長度。

在使用的經驗上，openrowset會有卡住問題。 

SSMS 18.4 再次崩潰

上週心血來潮想說很久沒更新SSMS了，於是下載了SSMS 18.4版，將現行使用的SSMS 18.1進行升級。

這一升級後可不得了，原本使用好好的SQL方案，一開始是開了原本已存在的SQL檔後，一直不斷在詢問要輸入密碼，每開一次就要再重輸一次，方案下好幾個專案都是同樣的問題，一天下來不停地在打密碼，真是煩死了。

以為是SSMS沒裝好，不死心地又重裝了一次二次....，最後開啟部份專案下的SQL檔後，SSMS變成死當，這讓我更煩，媽的咧...........

剛好遇到工作多年的X250 1TB的SSD轉眼間要快滿了上網買了一顆，因為也不知哪來的資訊停留在腦裡，SSD硬碟不可用到滿以免效能差容易掛點，SSD掛點後資料就BYEBYE了。

於是在剛好買了一顆的micron crucial mx500 2TB ssd再加上還到SSMS這靠北的問題後，趁清明連假趕快重裝電腦。

以為這樣就可以解決SSMS崩潰的問題，想不到在這台重裝的OS上，他老爺竟然也是一樣大牌，還是記不了密碼，然後也不爽地給我死當。

當下決定移除18.4，改裝18.2就好。

第一次感到升級失敗的挫折，傷心。 

1090817升級到18.6後，HTTP OLAP無法連線顯示錯誤

TITLE: Connect to Analysis Services

------------------------------

Cannot connect to http://192.168.0.99/olap/msmdpump.dll.

------------------------------

ADDITIONAL INFORMATION:

String reference not set to an instance of a String.

Parameter name: s (mscorlib)

只能在SSAS主機建一個一模一樣的本機帳號連線，無法走HTTP OLAP連線。

怪哉~

 

SSMS 2017 17.9.1 high memory然後就崩潰了

上週更新的V17.9.1 SSMS，隨便開啟一個script進行修改後，隔沒多久發現SSMS出現沒有回應的狀況，SSMS最後都會自動關閉再開啟。

原以為是新版本的問題，於是改安裝SSMS 2019 V18 Preview 7的版本，仍然會有相同的問題，也是開一個script撰寫沒多久後，工作管理員顯示HIGH MEMORY，其中SSMS佔用許多。

這個問題困擾了我好幾天，查看事件檢事器，也只有顯示 System.OutOfMemoryException。

Application: Ssms.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.OutOfMemoryException
   at System.Windows.LayoutEventList.CopyToArray()
   at System.Windows.ContextLayoutManager.fireLayoutUpdateEvent()
   at System.Windows.ContextLayoutManager.UpdateLayout()
   at System.Windows.ContextLayoutManager.UpdateLayoutCallback(System.Object)
   at System.Windows.Media.MediaContext+InvokeOnRenderCallback.DoWork()
   at System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
   at System.Windows.Media.MediaContext.RenderMessageHandlerCore(System.Object)
   at System.Windows.Media.MediaContext.AnimatedRenderMessageHandler(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(System.Object)
   at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr)

在另一台電腦上版本還是SSMS V17.7，看來也沒啥問題，真讓人也崩潰了好幾天。

今天終於查到一篇回應，看起來和我的狀況類似。

https://superuser.com/questions/1195570/sql-server-management-studio-cpu-and-ram-usage-keeps-increasing-for-no-reason?answertab=votes#tab-top

立馬在Tool > Option > Enviornment >AutoRecover 把Save AutoRecover information every ...給關掉。

終於把這惱人的問題解決掉。

並沒有.....得要關掉intelligence才能解決，但沒了這個，感覺斷手斷腳，呵呵。
 

SQL 2014升級SQL 2017

原本以為SQL 2014 商業智慧版要升級SQL 2017企業版時，只消點選安裝下的從版本升級，精靈就會自動一路做到好，做到滿，做到成功升級。

殊不知，在試了3次後，在升級過程中，都會先顯示一個錯誤訊息，像這樣...
Unable to Connect to Analysis Services with name 'MSSQLServerOLAPService', please start the service and try the upgrade process.

 



然後再跑個10分鐘後，顯示大多數的功能都是安裝失敗的，像這樣...


但查看服務，人家可活得好好的，為什麼說不存在咧? you xia le your eye.....


幸好只是測試機，而且是在VM上，可以讓我費時費日的調整可能的原因，然後前後試了3次的升級，失敗了就還原點重來過。

後來找到了一篇文章，看到可疑處，難道是因為SQL BROWSER服務沒開啟的關係嗎?難道是因為使用的服務帳號權限不足嗎?
https://blog.sqlauthority.com/2015/03/10/sql-server-fix-a-connection-cannot-be-made-to-redirector-ensure-that-sql-browser-service-is-running-microsoft-analysisservices-adomdclient/

所以在開啟SQL BROWSER服務更改OLAP服務的登入帳後重啟服務，想說先試看看OLAP的連線是否OK，於是在SSMS上連線Analysis Service，直接打了連線主機的名稱後，
呃......，連線怎麼不通，而且出現了和安裝時一樣的錯誤訊息

 DIME protocol error: The '9' DIME version is not supported. Only version 1 is supported.

嚇得我花容失色..... 因為OLAP 服務正常，相關的網站應用功能也是正常的，怎麼我本機SSMS連線就不行?

果然，是上了年紀的人，我都忘了，原來OLAP SERVER的PORT在當初安裝時，port 2383被改成另外一個port了，所以使用SSMS連線時，需在主機名稱後加上PORT NO。
例如 BITest:1234，像這樣....


而且網站的應用功能，都是採用HTTP OLAP方式連線，難怪一切都正常。


在那一刹那，我突然了解了，這想必是SQL升級的BUG吧。
所以找到 "C:\Program Files\Microsoft SQL Server\MSAS12.MSSQLSERVER\OLAP\Config\msmdsrv.ini"
找到<Port>1234</Port>這行，先把他改回<Port>0</Port>(0代表為預設i的port 2383)，然後因為重啟OLAP服務看來還是走1234 port，所以後來我改成重開機。

然後再進行一次升級後，這次就終於成功了。完成升級後再把OLAP 改回<Port>1234</Port>，再重開機一次，確認一切正常。

灑花..........拉炮........轉圈圈............，耶....................。