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連線。

怪哉~

 

SSAS 專案升級在新主機無法部署問題

一個N年前用VS2010開發的SSAS 多維度專案，歷經了VS2013、VS2017的升級，資料庫也由SQL 2005、SQL2014到SQL2017。

現在要改用VS2019開啟並部署，今天嚐試重新部署，但過程中早已忘了當初是如何部署成功到新主機(所以這真的不是個重要的專案...呵呵)，Deployment 視窗僅僅顯示Deploy failed，沒有其他的錯誤訊息。

天啊，這啥鬼。

單獨處理dimension，也是顯示部署失敗，然後出現了訊息。

The 'XXXXCube' database was not found on the '' server.
 
主機明明就對，帳號密碼也沒錯，但就是一直出現這鬼打牆的訊息，而我完全想不起來少做了什麼事?

外出去吃了飯喝了酒回來，再次檢視了一下專案其他的配置，結果在Roles下看到有一些帳號的設定，這時才想起來這個專案有針對登入使用者進行機關dimension權限控管。

於是在主機先將相關的使用者帳號批次建好

net user /add Role001 password

然後再deploy一次就OK了。

飯要多吃，酒要多喝。

更改outlook ost 檔案目錄

工作上有會使用到二個EXCHANGE SERVER的outlook 信箱，當開啟outlook 2016 時，精靈會導引信箱的建立，在過程中可以更改信箱.ost的目錄。


但在設置第二個信箱時，.ost的目錄位置就變成無法更改，瀏覽的按鈕變成是灰階無法點選?

每次在重安裝電腦時，都要回想之前怎麼做的，這次終於把他記下來 。

要用控制台>郵件，利用郵件設定的方式新增EMAIL，就可以在過程中更改第二個信箱的目錄了。(微軟真是奇怪的控制)