喵語天空

我們單位管理MSSQL的規範之一，就是把SYSTEM DB跟USER DB放不同的磁碟空間，避免特定的USER DB把空間用光影響到整台Server，

哪知道這次的兇手就是SYSTEM DB...

今天有User告訴我說有一隻Job一直執行失敗，從失敗的原因來看，是資料的來源端資料長度太長導致，

但好奇的是，資料來源跟資料目的端的欄位長度設定都是一樣的，

為什麼會發生這種事？

因為SQL Server 2005即將結束服務(EOS)，所以公司內有一些比較重要的系統就有考慮要進行升級或移轉服務，

User也希望經過測試再進行正式的服務移轉，因此通常會另外安裝新機，而不會原機升級，

在資料庫中可能有不少的系統帳號需要移轉，就可以透過以下方法來進行...

延續DBA減化工作繁瑣﹝偷懶？﹞的大業...，

通常我們在做一些管理時，並不會全部遠端連線到Server上，

而我們桌機的作業系統，也通常不會是Windows Server，

在實作在本機端透過PowerShell進行一些AD操作時，需要先載入ActiveDirectory Module，

有一些前置作業要做，才有辦法進行載入...

學習PowerShell的心路歷程

這又是幫忙解決工作中的問題，一般的格式化條件當然不是困難的事情，但當要滿足以下的條件，就讓我頭痛不已：

1. 歸還日期尚未歸還

2. 有沒有續借

3. 續借了但是也逾期

只要符合以上條件，則將整列的借用紀錄標註成紅色背景