windows 2016 安裝freeSSHd無法啟動

在windows 2016 作業系統安裝 freeSSHd 1.3.1版，開啟"C:\Program Files (x86)\freeSSHd\FreeSSHDService.exe"後顯示以下訊息。

You don't have administrator rights! freeSSHd will close!

參考這篇文章http://osskb.blogspot.com/2013/10/how-to-resolve-you-dont-have.html
在留言中看到提供的解決方法。

1.不要使用Administrator 安裝。一般作業系統都會建立第二個具Administators群組權限的帳號，使用這個帳號安裝。

2.安裝過程中會詢問是否建立FreeSSHDService的服務，故完成安裝後到控制台\所有控制台項目\系統管理工具\服務，將此服務的登入者資訊改為步驟1所建立的使用者。

3.最後在右下方icon 將目前已開啟的sftp server unload，然後再重開一次。不然建立使用者或更改設定時好像怪怪，明明建好的user再進入查看時都不見了。

最後，下載winscp工具進行連線測試。

免費的server功能陽春，無法依使用者建立個別目錄，但不用錢，加減用。

windows 2016裝機摘要

今天安裝了一台windows 2016 + SQL Server 2016外加.net core的網站。
net core以前都是同事安裝，今天我連同主機+DB一次安裝，覺得過程好繁鎖，所以記錄一下

SQL Server 2016因為要使用Analysis Services功能，所以安裝了企業版，主要原因是為了以後可切3個以上的Partition，因為標準版只有支援3個Partition，這年頭應該沒什麼人在用CUBE這東西了吧，但用他來做政府單位的統計報表，我覺得很方便。

裝完主機+DB後，開始設定網站。先設定OLAP，主要是要使用http olap來連接CUBE，可以參考https://docs.microsoft.com/en-us/analysis-services/instances/configure-http-access-to-analysis-services-on-iis-8-0，這個功能SQL 2000以來就有支援，好處是不用綁windows帳號就可以連接Analysis Server，缺點則是在安全性上要做好控管。

再來設定.net core，主要是要安裝.net core runtime 和Hosting Bundle Installer

進入https://dotnet.microsoft.com/download/dotnet-core/

選擇所需的版本後，下載 Hosting Bundle。

安裝完執行iisreset  重啟網站。

大功告成。

自動更新Let's Encrypt SSL

2018年中華電信有個很便宜的泛用型英文網域名稱(.tw)方案，我也申請了一個，用IIS 10.0架了一個自已測試用的網站。

之後也到Let's Encrypt SSL 去申請了SSL的憑證，但每三個月就要重新更新一次，每次都是手動更新，覺得有點麻煩。

這次又到期了，在更新的過程中，大概是太久沒使用我的網域了，結果不讓我手動下載更新憑證的檔案，要我等3個小時再試。

我等了一天後，剛好又看到一篇自動更新憑證的教學(http://my01info.blogspot.com/2017/09/iislets-encrypt-ssl.html)，文章中使用的版本還是letsencrypt.exe的說明，但我下載的已是V2.0.8，已經改為wacs.exe，但參數使用說明一樣，很好理解。

先到https://github.com/PKISharp/win-acme/releases 下載最後的版本

解壓縮後直接點選執行wacs.exe，出現以下的選單畫面





就選N先建立一個憑證，再選1 繫結IIS 網站即可。

最後完成後，可以選R: Renew scheduled，會自動在WINDOWS的排程中幫你建立一個每天檢查是否將到期並自動更新憑證的排程。

覺得好方便啊。

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才能解決，但沒了這個，感覺斷手斷腳，呵呵。
 

windows 10下載目錄開啟慢..解決

由IBM ThinkPad T40開始使用電池問題用了一段時間就會快速沒電。好幾台T系統都是如此，不管有沒有使用原廠的電池工具來管理。
後來改用X250後也快2年了，說也奇怪，電池怎麼用都能充電放電維持在一個高檔上，沒有一個小時就把電耗光的問題。
搞不清楚差別在哪?

上面是題外話...................

最近發現在windows 10上，開啟下載目錄時，總會轉好久才出現目錄結構。原本以為是X250中的ADATA M.2 2242 卡造成的。因為有時M.2卡會秀逗抓不到。

今天買了一條Transcentd SSD Enclosure Kit CM80S，把M.2拆下來改裝在轉接卡上。原本以為可以解決下載目錄開啟後顯示檔案結構很慢的問題。但發現一點改變都沒有。

看到這篇文章提到，解決了我的困擾，開啟目錄的速度變得很正常。

在下載目錄>>滑鼠右鍵選內容>自訂頁籤，在最佳化此資料夾下，將圖片改為一般項目。
https://www.impochun.com/blog/2018/06/21/win10-slove-download-floder-slow-open/

又看到另外一篇，也順便解決我之前一直想要做的。就是將最近開過的檔案，不要顯示在最近使用過的檔案中，對我來說，這真的很礙眼，哈哈。

在檔案總管的工具列中，進入檢視>>選項下，在一般頁籤中，有個隱私權，把二個快速存取的功能項移除，然後再點選清除鍵。
喔喔... 討人厭的最近開過的檔案不見了.....
https://blog.miniasp.com/post/2016/12/29/Windows-10-Explorer-Slow-problem-and-solution.aspx

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>，再重開機一次，確認一切正常。

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