用“配置引數”造句大全，配置引數造句

使用配置引數SQLTRACE控制在資料庫服務器啟動時的預設跟蹤行為。

大量配置引數的存在，可以幫助您微調不同的行為。

*和調優資料庫配置引數，這部分按照重要*的順序描述了一列資料庫管理器引數和資料庫引數。

可以通過配置引數來實施一些策略(請見側欄“比較使用規則的情況與使用配置引數的情況”來獲得詳細資訊)。

最好的解決方案是不使用電子表格或資料庫把 EWU值映*到關鍵配置引數。

當主日誌檔案用完時，次日誌檔案會一次按需分配完畢的，最大可分配資料庫配置引數LOGSECOND 所指定的值。

雖然這種配置可以被硬連線到嵌入的軟體代理，但是將代理配置引數化可以得到更靈活的解決方案。

如果您想要將同樣的BAR檔案重新部署到多個生產環境中，只需要將可配置引數改為所需要的值，而不必再回到開發環境中。

前面的配置引數小節提到了一組重要的配置引數。

動態主機配置協議主要用來給網路上的主機動態提供配置引數。

另一個極大影響*能的配置引數是資料庫緩衝池大小。

前面的兩個例子對於只讀配置條目都是合適的，但對於既讀又寫的配置引數來說又如何呢？

我們調優了幾個資料庫管理器和DOMINO資料庫配置引數以實現最優*能，如表2所示。

出於資訊化目的，DB 2V8.2.2中添加了一個名為PAGESIZE的新資料庫配置引數。如圖5中所示。

在最後一個嚮導螢幕(見圖5)上，惟一需要的資訊是針對配置引數CDR _ QDATA_SBSPACE的一個智慧blob空間。

使用資料庫系統監視器，利用有關從緩衝池進行寫*作的快照資料(或事件監視器)資訊來幫助您調優該配置引數。

表2顯示了這個處理器的配置引數。

括號中顯示了控制這些記憶體池大小的配置引數。

若配置引數很少變更，那麼在相應的pwh表中將只有不多的幾行。

從配置引數調整、設定*執行緒和執行日誌等管理方案的實施，彌補了現有連線池技術的不足。

在很少見的情況下，可能仍然會出現這個錯誤訊息，此時可以考慮將這個配置引數再加倍。

對於那些共享相同雜湊值的名稱來說，我們在相同的關鍵字級別上維護了一個連結串列，以方便查詢相同的日誌標記名的配置引數。

而這些日誌檔案的大小是由資料庫配置引數LOGFILSIZ決定的。

一旦更新了在前一節討論的所有資料庫配置引數，就需要確保所有應用程式從資料庫斷開連線。

可以通過將該配置引數的值更改成指向另一個目錄或裝置來更改放置活動日誌和將來歸檔日誌的位置。

它還會檢測您是否配置了網路支援，並會向您提示配置引數。

這個檔案系統將會被掛載到 /db2sd，而目錄 /db2sd/ 則是預設的資料庫路徑（由DFTDBPATH配置引數所定義）。

注意：我們不推薦使用預設的資料庫配置引數。

如果打算將映象初始化為備用資料庫或映象資料庫，那麼在分割映象之前，必須將資料庫配置引數LOGRETAIN設定為RECOVERY。

許多這些特*是通過登錄檔變數或配置引數來啟用的。

它帶有每個配置引數的預設最高溫度，可以很容易的進行調整；並帶有*報選項，當溫度到達危險級別時就會拉響。

在通過各種資料庫配置引數配置了主備資料庫並在備用位置恢復了主資料庫之後，您就可以啟動HADR函數了。