自從2019歲末獨自一人跑了一趟日本回來，深深覺得自己的日文實在太爛了，應該好好加強，雖說教材什麼的不致缺乏（好像還不斷自我繁殖增生），但一直沒有持之以恆地好好念書。為了給自己一個目標，便在2021年初報名了N4，努力研讀了一段時間，沒想到遇到疫情大爆發，JLPT宣布2021年7月在台灣試驗停辦後，自己也跟著躺平，一直到了快到年底，JLPT的第2次考試接近了，才開始抱佛腳。
2021年第2次試驗，我的考場被分配在中原大學，想到上一次來中原大學，也是語言測驗呢！而那已經是2011年考TOEIC的事了吧，沒想到十年這麼一晃就過去了。
…最近幫伺服器添加硬碟，雖然新硬碟是插在排序較後面的SATA port，但開機進入Linux後，磁碟裝置卻插隊為/dev/sdb，原本的/dev/sdb則被擠到後面變成/dev/sdc，導致/etc/fstab內原本使用/dev/sdb1掛載的分割區掛載異常，開機就卡住了！ XD
拜見Google大神之後，發現可以用UUID進行掛載，方法共有2種：
如此一來，就不必怕使用傳統/dev/sdX方式掛載遇到順序變動的問題。
那麼？該如何知道UUID呢？使用blkid指令即可！
前文說到，最近在進行一些SQL Server資料庫轉移工作，而有些資料庫是以SQL script方式進行移轉，其中有些資料庫因資料量巨大，匯出的SQL script奇大無比，高達數十GB。在第一次轉移時，使用sqlcmd發生不明原因導致作業中斷，懷疑是SQL script太大導致，因此打算進行檔案切割。
…近日進行SQL Server資料庫轉移，由公司自有的雲環境搬遷到Azure混合雲中，沒想到一直以來都在繁體中文環境工作導致踩了個大雷。由於某些緣故，某資料庫在評估後，決定使用SQL script方式進行移轉，沒想到該資料庫內有許多資料表的欄位使用VARCHAR型態、而非NVARCHAR型態來儲存中文資料，這導致許多中文資料不管是SSMS或是在實際上線的Web應用程式中都成了問號（？），原訂停機1天完成資料移轉，只得持續延長。
…