SQL SERVER 用戶/管理員的權責區分 


資料庫管理的權責問題

一直都是一個很微妙的事

下表示我管理資料庫的權責依據

提供大家參考





 
 
 
 
 


  項目
  使用者
  DB管理員
 



  各資料庫基本資訊
  　
  V
 



  各主機磁碟空間資訊---各磁碟空間使用狀況
  　
  V
 



  定期維護紀錄
  伺服器保養
  　
  V
 



  作業系統LOG
  　
  V
 



  SQL LOG
  　
  V
 



  各資料庫空間使用狀態(含交易LOG空間)
  　
  V
 



  資料庫作業排程執行狀況
  　
  V
 



  資料庫備份狀態
  　
  V
 



  伺服器效能包含 CPU、Memory峰值及均值
  　
  V
 



  資料庫異動狀況(月份)新增或刪除
  　
  V
 



  資料表異動狀況(月份)新增或刪除
  V
  　
 



  資料庫主機參數設定
  　
  V
 



  資料庫參數設定
  V
  　
 



  表格最佳化(RUNSTATS)
  V
  　
 



  資料庫語法與改善建議CPU高峰值對應NMON查出耗效能之SQL語法，提出改善建議：

    看CPU：

    活動-所有資料指標

    活動-排名最前面的資料指標

    活動-所有工作階段

    活動-排名最前面的工作階段

    活動-休眠工作階段

    活動-排名最前面的連接

    依存在時間的排名最前面交易

    效能- 批次執行統計資料

    效能- 物件執行統計資料

    效能- 依平均CPU時間的排名最前面查詢

    效能- 依總CPU時間的排名最前面查詢

    看記憶體：

    記憶體耗用量

    看Deadlock：

    依被封鎖交易技術的排名最前面交易

    依鎖定計數器的排名最前面交易

    活動-所有進行封鎖交易

    磁碟耗用狀態：

    效能- 依平均IO的排名最前面查詢

    效能- 依總IO的排名最前面查詢

    索引的資訊：

    高成本耗用

    組態變更紀錄

    結構描述變更紀錄

    其他：

    伺服器儀錶板

    排程器健全狀況

    Service Broker統計資料

    交易紀錄傳送狀態

    

    		
  　
  V
 



  利用SQL報表查出耗效能之SQL語法：

    看CPU：

    所有交易

    物件執行統計資料

    依存在時間的排名最前面交易

    看記憶體：

    記憶體最佳化物件的記憶體使用量

    物件執行統計資料

    看Deadlock：

    所有進行封鎖交易

    依鎖定計數的排名最前面交易

    依被封鎖交易計數的排名最前面交易

    磁碟耗用狀態：

    磁碟使用量

    依資料表的磁碟使用量

    依物件的資源鎖定統計資料

    依分割區的磁碟使用量

    使用者統計資料

    排名最前面資料表的磁碟使用量

    索引的資訊：

    索引實體統計資料（耗效能，需於離峰時間執行）

    索引使用量統計資料

    其他：

    資料庫一致性記錄

    結構描述變更記錄

    備份與還原事件		
  V
  　
 



  利用SQL報表查出遺漏索引
  V
  　
 



  Index 使用情形是否 增/刪
  V
  

 














































留言








張貼留言













這個網誌中的熱門文章









Office 2021 離線安裝封裝與KMS啟動步驟




















圖片







1.到Office 365 Customization Tool   https://config.office.com/deploymentsettings  選擇建立新的配置 Office來源套件選擇Office LTSC 標準版2021大量授權 OR 其他你想要的版本   剩下根據你的安裝配置進行設定 在安裝選項 改成本機來源 (這邊選擇安裝環境的安裝檔案路徑 可以設定網路磁碟如 \\192.168.0.1\office2021) 完成後匯出設定檔案 會得到一個XML檔案  這就是你office 的安裝組態檔案  這邊命名為office.xml 我的組態檔案像這樣 <Configuration ID="4b609851-a8f8-4cce-bf99-22096f57e715">   <Add OfficeClientEdition="64" Channel="PerpetualVL2021" SourcePath="C:\PROPLUS" AllowCdnFallback="TRUE">     <Product ID="ProPlus2021Volume" PIDKEY="FXYTK-NJJ8C-GB6DW-3DYQT-6F7TH">       <Language ID="zh-tw" />       <ExcludeApp ID="Lync" />       <ExcludeApp ID="OneDrive" />     </Product>   </Add>   <Property Name="SharedComputerLicensing" Value="0" />   <Property Name="SCLCacheOverride" Value="0" />   <Property Name="AUTOACTIVATE" ...








閱讀完整內容










Ollama使用心得與模型導入教學





















# 前言 隨著大語言模型的普及，在本地運行AI模型已成為許多開發者和研究者的需求。Ollama作為一款開源的本地AI模型運行平台，為我們提供了便捷的解決方案。經過一段時間的使用，我想分享一些心得與實戰經驗。 # 一、Ollama的主要功能與定位 Ollama是一個專為本地運行而設計的大語言模型平台，主要特色包括： **核心功能：** - 支援多種開源模型（LLaMA、Mistral、CodeLlama等） - 提供簡潔的命令列介面 - 支援模型量化，減少記憶體使用 - 內建API伺服器，方便整合到應用程式中 **定位優勢：** - 完全離線運行，保護隱私 - 不依賴雲端服務，降低使用成本 - 適合開發測試環境 - 支援自定義模型導入 # 二、安裝與Cuda加速設定 ## 2.1 基本安裝 **Windows系統：** ```bash # 下載並安裝Ollama winget install Ollama.Ollama ``` **Linux系統：** ```bash curl -fsSL https://ollama.com/install.sh | sh ``` ## 2.2 Cuda加速設定 要充分利用GPU加速，需要確保系統已安裝NVIDIA驅動和CUDA toolkit： **檢查Cuda狀態：** ```bash # 檢視GPU使用情況 nvidia-smi -l 1 ``` **確認Cuda版本：** ```bash nvcc --version ``` **Ollama會自動偵測Cuda環境**，如果安裝正確，啟動時會顯示GPU加速已啟用。 # 三、模型取得與匯入方式 ## 3.1 官方模型下載 ```bash # 下載熱門模型 ollama pull llama2 ollama pull mistral ollama pull codellama ``` ## 3.2 自定義模型導入 ### 從Hugging Face下載GGUF檔案 1. **找到適合的模型：**    - 前往 huggingface.co    - 搜尋支援GGUF格式的模型    - 下載.gguf檔案 2. **創建Modelfile：** ```bash # 創建Modelfile echo 'FROM ./you...








閱讀完整內容










ARC下NSMutableDictionary 無法使用retainCount





















 今天用到 NSMutableDictionary 在alloc之後 很自然的就補了release 想要觀察有沒有放乾淨 所以使用了retainCount卻發生了錯誤     NSMutableDictionary* jsonObject = [[NSMutableDictionary alloc] init] ;     [jsonObject setObject:account forKey:@"username"];     [jsonObject setObject:password forKey:@"password"];     [jsonObject setObject:@"2" forKey:@"source"];     NSString *jsonInput = [jsonObject JSONRepresentation];         NSLog(@"jsonObject RetanCount:%@", [jsonObject retainCount]); //Bad_Access Here        爬了一下文，原來arc在建立NSMutableDictionary這類的物件時。便已經會自動使用autorelease 因此不支援retainCount 值得注意的是 當NSMutableDictionary裡面每增加一個物件(KEY)時 該NSMutableDictionary的retain便會自動加一 不過在新的arc功能下 已經不用那麼在意retain值了。        You shouldn't use -retainCount to figure out what is going on. The Apple docs specifically state:       Important: This method is typically of no value in debugging memory management issues. Because any number of framework objects may have retained an object in order to hold refer...








閱讀完整內容