集群數據源怎麼配置

A. 如何配置Hadoop環境

資源下載

1、JDK下載：下載鏈接
2、hadoop：下載鏈接
3、下載完成後驗證一下下載，將計算的MD5值與官網的進行對比已驗證安裝包的准確性：

md5sum ./hadoop-2.6.*.tar.gz | tr "a-z" "A-Z" # 計算md5值，並轉化為大寫，方便比較1

一、創建Hadoop用戶

創建hadoop用戶，並分配以用戶名為家目錄/home/hadoop，並將其加入到sudo用戶組，創建好用戶之後，以hadoop用戶登錄：

sudo useradd -m hadoop -s /bin/bash sudo adser hadoop sudo
sudo passwd hadoop # 設置hadoop用戶密碼123

二、安裝JDK、Hadoop及配置環境變數

安裝，解壓JDK到/usr/lib/java/路徑下，Hadoop到/usr/local/etc/hadoop/路徑下：

tar zxf ./hadoop-2.6.*.tar.gz
mv ./hadoop-2.6.* /usr/local/etc/hadoop # 將 /usr/local/etc/hadoop作為Hadoop的安裝路徑12

解壓完成之後，可驗證hadoop的可用性：

cd /usr/local/etc/hadoop
./bin/hadoop version # 查看hadoop的版本信息12

若在此處，會出現類似以下的錯誤信息，則很有可能是該安裝包有問題。

Error: Could not find or load main class org.apache.hadoop.util.VersionInfo1

配置環境，編輯「/etc/profile」文件，在其後添加如下信息：

export HADOOP_HOME=/usr/local/etc/hadoopexport JAVA_HOME=/usr/lib/java/jdk1.8.0_45export JRE_HOME=${JAVA_HOME}/jreexport CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/libexport PATH=$PATH:${JAVA_HOME}/bin:${JRE_HOME}/bin:${HADOOP_HOME}/bin:${HADOOP_HOME}/sbin12345

使配置的變數生效：

source /etc/profile1

三、測試一下

在此我們可以運行一個簡單的官方Demo：

cd `echo $HADOOP_HOME` # 到hadoop安裝路徑
mkdir ./input
cp ./etc/hadoop/*.xml ./input
hadoop jar ./share/hadoop/maprece/hadoop-maprece-examples-*.jar grep ./input ./output 'dfs[a-z.]+'1234

輸出的結果應該會是：

1 dfsadmin 1

• 這里有一點需要注意，該Example程序運行時不能已存在output目錄，否則或將無法執行！

四、Hadoop的偽分布式環境搭建

什麼是偽分布式？Hadoop 偽分布式模式是在一台機器上模擬Hadoop分布式，單機上的分布式並不是真正的分布式，而是使用線程模擬的分布式。分布式和偽分布式這兩種配置也很相似，唯一不同的地方是偽分布式是在一台機器上配置，也就是名位元組點（namenode）和數據節點（datanode）均是同一台機器。

需要配置的文件有core-site.xml和hdfs-site.xml這兩個文件他們都位於${HADOOP_HOME}/etc/hadoop/文件夾下。
其中core-site.xml：

• 1 <?xml version="1.0" encoding="UTF-8"?>


• 2 <?xml-stylesheet type="text/xsl" href="configuration.xsl"?>


• 3 <!--


• 4 Licensed ...


• -->


• 18


• 19 <configuration>


• 20 <property>


• 21 <name>hadoop.tmp.dir</name>


• 22 <value>file:/home/hadoop/tmp</value>


• 23 <description>Abase for other temporary directories.</description>


• 24 </property>


• 25 <property>


• 26 <name>fs.default.name</name>


• 27 <value>hdfs://master:9000</value>


• 28 </property>


• 29 </configuration> 1234567891011121314151617



文件hdfs-site.xml的配置如下：

• 1 <?xml version="1.0" encoding="UTF-8"?>


• 2 <?xml-stylesheet type="text/xsl" href="configuration.xsl"?>


• 3 <!--


• 4 Licensed ...


• -->


• 18


• 19 <configuration>


• 20 <property>


• 21 <name>dfs.replication</name>


• 22 <value>1</value>


• 23 </property>


• 24 <property>


• 25 <name>dfs.namenode.name.dir</name>


• 26 <value>file:/home/hadoop/tmp/dfs/name</value>


• 27 </property>


• 28 <property>


• 29 <name>dfs.datanode.data.dir</name>


• 30 <value>file:/home/hadoop/tmp/dfs/data</value>


• 31 </property>


• 32 </configuration>



配置完成後，執行格式化命令，使HDFS將制定的目錄進行格式化：

• hdfs namenode -format1



若格式化成功，在臨近輸出的結尾部分可看到如下信息：

如果發現並沒有出現如上信息，則使用刷新節點命令進行刷新：

• hdfs dfsadmin -refreshNodes1



八、HDFS集群實例測試

依然是之前的那個示例，首先，創建一個數據源文件夾，並添加數據：

• hdfs dfs -mkdir /input


• hdfs dfs -put /usr/local/etc/hadoop/etc/hadoop/*.xml /input12



運行maprece示例：

• hadoop jar /usr/local/etc/hadoop/share/hadoop/maprece/hadoop-maprece-examples-*.jar grep /input /output 'dfs[a-z.]+'1



holding…

B. oracle 集群 weblogic怎麼配置數據源

有兩個db做了RAC，虛擬路徑為 ypdb，weblogic的數據源連接 URL改為下面，
當其中一台db掛了，保證數據源連接正常。

jdbc:oracle:thin:@
(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=10.151.50.65)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=10.151.50.66)(PORT=1521))

)
(FAILOVER=yes)
(LOAD_BALANCE=yes)
(
CONNECT_DATA=
(SERVER=DEDICATED)
(SERVICE_NAME=ypdb)
(instance_name=ypdb1)
(instance_name=ypdb2)
)
)

C. mysql集群數據源怎麼使用

需要創建quartz要用的資料庫表，此sql文件在：quartz-1.8.6\docs\dbTables。此文件夾下有各個資料庫的sql文件，MySQL選擇tables_mysql.sql。

D. 如何配置odbc數據源

1、在控制面板>管理工具中找到"數據源ODBC"，並啟動。

(4)集群數據源怎麼配置擴展閱讀：

spring中配置數據源的幾種常見方式：

1、 #mysql 資料庫配置(jdbc.properties)

2、jdbc.driverClassName=com.mysql.jdbc.Driver

3、jdbc.url=jdbc:mysql://localhost:3306/databaseName?useUnicode=true&amp;characterEncoding=UTF-8

4、jdbc.username=root

5、jdbc.password=root

E. spring boot動態數據源配置如何配置

1，需要配置DynamicDataSource，DynamicDataSourceAspect，，DynamicDataSourceRegister，TargetDataSource來完成多數據源的配置

2，需要在配置文件中定義多數據源

3，測試過只有在前端調用過程中能夠用多數據源，如果在各個中心去配置是行不通的，已經親測過了。可以看看csdn上的我的這篇文章：

spring boot動態數據源配置

F. 如何正確配置基於 oracle 資料庫的 wps v6.12 集群應用系統

本文描述了遠程消息傳遞和遠程支持集群環境的搭建配置過程。這個集群環境由三個集群組成，具體的拓撲結構是：
應用程序集群，不但為應用程序提供工作負載管理以及URL和EJB 請求故障轉移功能，而且還部署了BPC和HTM 容器，提供了對長業務流程和人工業務流程的應用程序的支持。
遠程消息集群，運行WPS默認提供的四個匯流排（SCA應用，SCA系統，BPC和CEI）提供獨立的高效的消息引擎。
遠程支持集群，部署通用事件體系結構和業務規則管理等其他應用程序，提供非同步的事件查詢。
這三個集群配置在兩台機器的不同的節點上，即三個集群的成員水平部署在兩台機器上。在一個集群中的兩個成員是該集群中完全相同的副本。消息傳遞引擎、業務支持和業務流程應用程序分別位於不同的集群上，所以可以根據實際業務負載和硬體環境，靈活調配所需的資源。這種模式，也稱為黃金拓撲，是 WPS 中最復雜的拓撲結構，是大多數企業集成應用用戶的首選，具有如下優點：

可靠性。將所有的應用、消息引擎和通用事件部署在三個集群上面，方便管理和使用。
可擴展性。因為系統中的消息引擎處於的關鍵地位，可能存在之後的訪問需求增長等擴展需要，單獨創建消息引擎集群可以很方便實行這一點。
對於系統運行時可能遇到的處理量非常大和可伸縮性等問題，通過將通用事件基礎架構（CEI）和應用程序分離，可以確保這兩個組件不會爭用相同的資源（內存和CPU）。此拓撲還能幫助創建集中的事件伺服器以處理來自多個源的事件。
所有的應用伺服器由 Deployment Manager 統一管理，降低了系統管理的復雜度。
安裝前的注意事項
在集群環境的安裝過程中，需要同步兩台主機的信息，確保它們之間能夠良好的通信。主要同步的信息包括兩台主機的系統時間、時區設置，並確保兩台機器的時間差在5分鍾之內，如果時間差超過5分鍾，聯合操作將失敗。
更新兩台主機的hosts 文件（默認目錄為/etc/hosts ），確保每台機器均包含對方的host name 和對應的IP 地址，以便主機間的相互訪問。
在使用向導安裝和配置概要時，請按照從上到下的順序輸入配置參數，對於WPS V6.12 ，輸入順序的改變有可能導致未知錯誤。
集群環境的搭建步驟
Informix 資料庫規劃
WPS的集群環境需要後台資料庫的支持。為了提高集群在實際運行中的效率，建議根據功能的不同，創建不同的資料庫。資料庫的詳細信息如下表所示：

資料庫名稱 說明
WPRCSDB 公共資料庫
EVENT 通用事件體系結構資料庫
CEIDB 通用事件體系結構消息傳遞引擎資料庫
SCASYSDB 服務組件系統消息傳遞引擎資料庫
SCAAPPDB 服務組件應用程序消息傳遞引擎資料庫
BPCDB 業務流程編排器資料庫
BPCME 業務流程編排器消息傳遞引擎資料庫
OBSVRDB 業務流程編排器事件收集器資料庫

注意：本文選擇英文語言的資料庫安裝。如果要安裝中文語言的資料庫，請參考本文的：在數據源定製屬性中添加資料庫語言。

安裝WPS的步驟
首先使用圖形化安裝向導在兩台主機上分別安裝WPS v6.1.2 產品，。在安裝產品和搭建集群過程中，步驟如下：
1.選擇「Typical installation」安裝類型。典型安裝也稱為完全安裝，提供了環境的初始化定義，包括通過概要管理工具創建特定了類型的概要文件。
圖2 選擇安裝類型

2.在選擇概要類型界面提供了四種可選擇的概要類型（圖3）。我們選擇「None」，即不創建任何類型的概要，以便在以後的步驟中手動創建概要。
使用Profile Management Tool（PMT） 創建Deployment Manager 概要

Deployment Manager（DM）是管理控制節點，它對集群環境下的所有節點提供了圖形化的管理功能。一個集群環境中一般只需要一個管理概要。下面我們將向您講述創建DM 概要的主要步驟：
1. 在<WPS_HOME>/bin/ProfileManagement/ 下執行命令pmt.sh ，彈出安裝界面。在各種類型的環境選項中選擇 WPS，進入下一步。
2. 在概要類型中提供了三種典型的概要類型，選擇 Deployment manager profile，搭建DM 概要。
3. 在創建方式界面中，默認選項為創建典型的概要文件，在此需要選擇 Advanced profile creation，以便我們在後續步驟中通過管理控制台手動進行集群配置，以滿足特定環境的需求。
4. 填寫要創建的Deployment manager profile的名稱和安裝目錄。
5. 填寫概要的Node Name和Cell name ，指定 Host Name。
6. 在管理安全選項中，如果選中 Enable administrative security 選項，請記住 WPS v 6.1.2
用戶名稱和密碼。這里建議取消 Enable administrative security 選項，不設置安全管理。在後續步驟中可以根據需要手動啟動安全管理選項，設定用戶名密碼。
7. 配置伺服器的埠。
8. 進行資料庫的配置。首先從 Choose a database proct 選擇 Informix Dynamic Server 作為公共資料庫類型，並選擇 Use an existing database。另外，需要指定 Database name，本例中使用先前創建的資料庫 WPRCSDB。不選擇「Deplay execution of database scripts for new or existing database」選項，因為概要文件的安裝過程中會自動創建資料庫 WPRCSDB 中的表。注意：如果創建的資料庫為中文字元集，則需要選擇 「Deplay execution of database scripts for new or existing database「選項，在概要創建完成後，手動執行創建資料庫表（請參考本節內容中的步驟 11）。

9. 在資料庫配置的第2步，需要對 Common DB 參數進行配置。如果是遠程資料庫，則在填寫 Database server host name時，要確保遠程資料庫的host name 已經添加到本地主機（參考本文的第三部分內容「安裝前的注意事項」）；也可以直接在該項填寫遠程資料庫的IP 地址。換句話說，在點擊下一步之前，請確認資料庫的參數信息，否則將在點擊下一步後，會收到不能連接資料庫的錯誤提示。
10. 完成以上步驟後，系統會顯示概要的創建信息。如果發現參數需要調整可以後退向導重新進行輸入。DM 創建成功後，可取消選擇 Launch the First steps console和Create another profile，點擊完成。至此，Deployment Manager 創建完成。如果創建DM 失敗，請查看 <WPS_HOME>/logs/manageprofile 目錄下的日誌文件進行分析。

11. 另外，如果需要手工創建Common DB(WPRCSDB) 相關的表，可執行DM 概要創建生成的資料庫腳本，默認目錄為：
<WPS_HOME>/profiles/Dmgr01/dbscripts/CommonDB/Informix/WPRCSDB 。
請將這些腳本復制到 Informix 資料庫所在機器，並設置如下環境變數：
INFORMIXSERVER=<IFX_INSTANCENAME>
INFORMIXDIR=<IFX_INSTALL_HOME>
之後執行如下命令：
dbaccess – createDatabase_CommonDB.sql
如果WPRCSDB已經創建，可以忽略。
dbaccess WPRCSDB createTable_AppScheler.sql
dbaccess WPRCSDB createTable_CommonDB.sql
dbaccess WPRCSDB createTable_customization.sql
dbaccess WPRCSDB createTable_lockmanager.sql
dbaccess WPRCSDB createTable_mediation.sql
dbaccess WPRCSDB createTable_Recovery.sql
dbaccess WPRCSDB createTable_RelationshipMetadataTable.sql
dbaccess WPRCSDB createTable_EsbLoggerMediation.sql
dbaccess WPRCSDB insertTable_CommonDB.sql
使用PMT 創建自定義概要
接下來，我們手動進行自定義概要的創建。這樣，能夠在創建概要過程中，根據客戶特定的使用需求和環境特點，選擇適合於自己的資料庫，並進行埠、用戶名、密碼等信息的設置。
在創建自定義概要（Custom profile）之前啟動 DeploymentManager（DM）概要，在目錄<WPS_HOME>/profiles/Dmgr01/bin 下，運行startManager.sh 命令。節點概要的創建與 DM 概要的創建類似，在目錄<WPS_HOME>/bin/ProfileManagment 下執行命令pmt.sh，隨即獲得安裝界面，主要步驟如下。
1．選擇 Create 即創建一個新的概要文件。
2．在環境選項中，選擇 WPS，進入下一步。
3．在創建概要的類型中，選擇 Custom Profile，創建一個自定義節點概要。
4．在安裝類型選項中，選擇 Advanced profile creation，以便在後續步驟中通過手動配置相關參數，定製特定的節點概要。

5．輸入節點所對應的DM 概要的主機名稱和埠，默認埠為8879。如果在創建DM時啟動了管理安全性，則需要輸入用戶名和密碼。Federate this node later 選項的選擇取決於是否要在創建節點的同時將其聯合到指定的DM 概要中。這里，我們不選擇該選項，節點會自動與 DM 概要聯合，需要注意的是，要確保 DM 概要此時為啟動狀態。
若選擇創建節點之後手動聯合到 DM 概要中，則需要在創建節點完成後使用<WPS_HOME>/Custom01/bin 目錄下的addNode.sh 命令進行節點與 DM的手動聯合，具體命令如下：
addNode.sh dmgr_hostname<–username username –password password>
6．輸入DM的信息後，進入埠設置頁面，可以自行修改埠號。

7．在資料庫選項中選擇 Informix Dynamic Server 作為資料庫類型，並為Informix JDBC driver 指定正確的路徑。該路徑指向節點所在的本地機器上 ifxjdbc.jar和ifxjdbcx.jar的存儲位置。
8．瀏覽匯總信息無誤後，點擊 Create 開始創建自定義概要。

9．創建成功後，重復以上步驟為另一台機器創建自定義概要。
命令行方式創建Deployment Manager 實例和託管節點實例
創建DM profile 和Custom profile時，除了使用pmt.sh 命令外，還可以選擇命令行方式，即執行<WPS_HOME> /bin/manageprofiles.sh 命令創建概要。創建Deployment manager 概要的命令和腳本如下：
./manageprofiles.sh –create -dbServerPort 8002
–templatePath <WPS_HOME>/profileTemplates/dmgr.wbiserver
–profileName Dmgr01
-dbDelayConfig true –dbCommonForME false
–dbType INFORMIX –dbHostName aix235.cn.ibm.com
–dbInstance IFXTest –hostName aix235.cn.ibm.com
–enableAdminSecurity false –dbName wprcsdb
–dbPassword informix –ndtopology false
-cellName aix235Cell01 –nodeName aix235CellManager01
–dbJDBCClasspath /opt/jdbc/lib –dbUserId Informix
–dbCreateNew false –profilePath <WPS_HOME>/profiles/Dmgr01
創建自定義節點的命令和腳本如下：
./manageprofiles.sh –create –dmgrHost 9.186.111.234
–profileName Custom01 –templatePath <WPS_HOME>/profileTemplates/managed.wbiserver
–dbType INFORMIX –ndtopology false
–cellName aix234Node01Cell –hostName aix234.cn.ibm.com
–nodeName aix234Node01 –dbJDBCClasspath /home/jdbc/lib
–dmgrPort 8879 –profilePath <WPS_HOME>/profiles/Custom01

G. cognos 怎樣配置集群數據源

能測試成功，說明cognos連接數據是成功的，服務無法啟動可能是其他原因。 derby.properties，init_contentstore.sql和service.properties三個文件你不要修改的，只需要在content Manager配置資料庫訪問就行了。

H. postgressql數據源怎麼配置

PostgresSQL提供了許多資料庫配置參數，本章將介紹每個參數的作用和如何配置每一個參數。

10.1 如何設置資料庫參數
所有的參數的名稱都是不區分大小寫的。每個參數的取值是布爾型、整型、浮點型和字元串型這四種類型中的一個，分別用boolean

、integer、 floating point和string表示。布爾型的值可以寫成ON、OFF、 TRUE、 FALSE、 YES、 NO、 1和 0，而且不區分大小

寫。

有些參數用來配置內存大小和時間值。內存大小的單位可以是KB、MB和GB。時間的單位可以是毫秒、秒、分鍾、小時和天。用ms表示

毫秒，用s表示秒，用 min表示分鍾，用h表示小時，用d表示天。表示內存大小和時間值的參數參數都有一個默認的單位，如果用戶

在設置參數的值時沒有指定單位，則以參數默認的 單位為准。例如，參數shared_buffers表示數據緩沖區的大小，它的默認單位是

數據塊的個數，如果把它的值設成8，因為每個數據塊的大小是 8KB，則數據緩沖區的大小是8*8=64KB，如果將它的值設成128MB，

則數據緩沖區的大小是128MB。參數vacuum_cost_delay 的默認單位是毫秒，如果把它的值設成10，則它的值是10毫秒，如果把它的

值設成100s，則它的值是100秒。

所有的參數都放在文件 postgresql.conf中，下面是一個文件實例:

#這是注釋
log_connections = yes
log_destination = 'syslog'
search_path = '"$user", public'

每一行只能指定一個參數，空格和空白行都會被忽略。「 #」表示注釋，注釋信息不用單獨佔一行，可以出現在配置文件的任何地方

。如果參數的值不是簡單的標識符和數字，應該用單引號引起來。如果參數的值中有單引號，應該寫兩個單引號，或者在單引號前面

加一個反斜杠。
一個配置文件也可以包含其它配置文件，使用include指令能夠達到這個目的，例如，假設postgresql.conf文件中有下面一行：

include 『my.confg』
文件my.config中的配置信息也會被資料庫讀入。include指令指定的配置文件也可以用include指令再包含其它配置文件。如果

include指令中指定的文件名不是絕對路徑，資料庫會在postgresql.conf文件所在的目錄下查找這個文件。

用戶也可以在資料庫啟動以後修改postgresql.conf配置文件，使用命令pg_ctl reload來通知資料庫重新讀取配置文件。注意，有些

參數在資料庫啟動以後，不能被修改，只有重新啟動資料庫以後，新的參數值才能生效。另外一些參數可 以在資料庫運行過程中被

修改而且新的值可以立即生效。所以資料庫在運行過程中重新讀取參數配置文件以後，不是所有的參數都會被賦給新的值。

用戶可以在自己建立的會話中執行命令SET修改某些配置參數的值（注意不是全部參數），例如：
SET ENABLE_SEQSCAN TO OFF;
另外，有些參數只有資料庫超級用戶才能使用SET命令修改它們。用戶可以在psql中執行命令show來查看所有的資料庫參數的當前值

。例如：
（1）show all; --查看所有資料庫參數的值

（2）show search_path; --查看參數search_path的值

10.2 連接與認證
10.2.1 連接設置
listen_addresses (string)

這個參數只有在啟動資料庫時，才能被設置。它指定資料庫用來監聽客戶端連接的TCP/IP地址。默認是值是* ，表示資料庫在啟動以

後將在運行數據的機器上的所有的IP地址上監聽用戶請求（如果機器只有一個網卡，只有一個IP地址，有多個網卡的機器有多個 IP

地址）。可以寫成機器的名字，也可以寫成IP地址，不同的值用逗號分開，例如，』server01』, 』140.87.171.49, 140.87.171.21

』。如果被設成localhost，表示資料庫只能接受本地的客戶端連接請求，不能接受遠程的客戶端連接請求。
port (integer)

這個參數只有在啟動資料庫時，才能被設置。它指定資料庫監聽戶端連接的TCP埠。默認值是5432。

max_connections (integer)

這個參數只有在啟動資料庫時，才能被設置。它決定資料庫可以同時建立的最大的客戶端連接的數目。默認值是100。

superuser_reserved_connections (integer)

這個參數只有在啟動資料庫時，才能被設置。它表示預留給超級用戶的資料庫連接數目。它的值必須小於max_connections。 普通用

戶可以在資料庫中建立的最大的並發連接的數目是max_connections- superuser_reserved_connections， 默認值是3。

unix_socket_group (string)
這個參數只有在啟動資料庫時，才能被設置。設置Unix-domain socket所在的操作系統用戶組。默認值是空串，用啟動資料庫的操作

系統用戶所在的組作為Unix-domain socket的用戶組。

unix_socket_permissions (integer)
這個參數只有在啟動資料庫時，才能被設置。它設置Unix-domain socket的訪問許可權，格式與操作系統的文件訪問許可權是一樣的。默

認值是0770，表示任何操作系統用戶都能訪問Unix-domain socket。可以設為0770（所有Unix-domain socket文件的所有者所在的組

包含的用戶都能訪問）和0700(只有Unix-domain socket文件的所有者才能訪問)。對於Unix-domain socket，只有寫許可權才有意義，

讀和執行許可權是沒有意義的。

tcp_keepalives_idle (integer)
這個參數可以在任何時候被設置。默認值是0，意思是使用操作系統的默認值。它設置TCP套接字的TCP_KEEPIDLE屬性。這個參數對於

通過Unix-domain socket建立的資料庫連接沒有任何影響。

tcp_keepalives_interval (integer)
這個參數可以在任何時候被設置。默認值是0，意思是使用操作系統的默認值。它設置TCP套接字的TCP_KEEPINTVL屬性。這個參數對

於通過Unix-domain socket建立的資料庫連接沒有任何影響。

tcp_keepalives_count (integer)
這個參數可以在任何時候被設置。默認值是0，意思是使用操作系統的默認值。它設置TCP套接字的TCP_KEEPCNT屬性。這個參數對於

通過Unix-domain socket建立的資料庫連接沒有任何影響。

10.2.2. 安全與認證
authentication_timeout (integer)
這個參數只能在postgresql.conf文件中被設置，它指定一個時間長度，在這個時間長度內，必須完成客戶端認證操作，否則客戶端

連接請求將被拒絕。它可以阻止某些客戶端進行認證時長時間佔用資料庫連接。單位是秒，默認值是60。

ssl (boolean)
這個參數只有在啟動資料庫時，才能被設置。決定資料庫是否接受SSL連接。默認值是off。

ssl_ciphers (string)
指定可以使用的SSL加密演算法。查看操作系統關於openssl的用戶手冊可以得到完整的加密演算法列表（執行命令openssl ciphers –v

也可以得到）。

10.3 資源消耗
10.3.1 內存
shared_buffers (integer)
這個參數只有在啟動資料庫時，才能被設置。它表示數據緩沖區中的數據塊的個數，每個數據塊的大小是8KB。數據緩沖區位於數據

庫的共享內存中，它越大越好，不能小於128KB。默認值是1024。

temp_buffers (integer)
這個參數可以在任何時候被設置。默認值是8MB。它決定存放臨時表的數據緩沖區中的數據塊的個數，每個數據塊的大小是8KB。臨時

表緩沖區存放在每個資料庫進程的私有內存中，而不是存放在資料庫的共享內存中。默認值是1024。

max_prepared_transactions (integer)
這個參數只有在啟動資料庫時，才能被設置。它決定能夠同時處於prepared狀態的事務的最大數目（參考PREPARE TRANSACTION命令

）。如果它的值被設為0。則將資料庫將關閉prepared事務的特性。它的值通常應該和max_connections的值 一樣大。默認值是5。

work_mem (integer)
這個參數可以在任何時候被設置。它決定資料庫的排序操作和哈希表使用的內存緩沖區的大小。如何work_mem指定的內存被耗盡，數

據庫將使用磁碟文件進 行完成操作，速度會慢很多。ORDER BY、DISTINCT和merge連接會使用排序操作。哈希表在Hash連接、hash聚

集函數和用哈希表來處理IN謂詞中的子查詢中被使用。單位是 KB，默認值是1024。

maintenance_work_mem (integer)
這個參數可以在任何時候被設置。它決定資料庫的維護操作使用的內存空間的大小。資料庫的維護操作包括VACUUM、CREATE INDEX和

ALTER TABLE ADD FOREIGN KEY等操作。 maintenance_work_mem的值如果比較大，通常可以縮短VACUUM資料庫和從mp文件中恢復數

據庫需要的時間。 maintenance_work_mem存放在每個資料庫進程的私有內存中，而不是存放在資料庫的共享內存中。單位是KB，默

認值是16384。

max_stack_depth (integer)
這個參數可以在任何時候被設置，但只有資料庫超級用戶才能修改它。它決定一個資料庫進程在運行時的STACK所佔的空間的最大值

。資料庫進程在運行時，會 自動檢查自己的STACK大小是否超過max_stack_depth，如果超過，會自動終止當前事務。這個值應該比

操作系統設置的進程STACK的大小 的上限小1MB。使用操作系統命令「ulimit –s「可以得到操作系統設置的進程STACK的最大值。單

位是KB，默認值是100。

10.3.2 Free Space Map
資料庫的所有可用空間信息都存放在一個叫free space map (FSM)的結構中，它記載數據文件中每個數據塊的可用空間的大小。FSM

中沒有記錄的數據塊，即使有可用空間，也不會系統使用。系統如果需要新的物理存 儲空間，會首先在FSM中查找，如果FSM中沒有

一個數據頁有足夠的可用空間，系統就會自動擴展數據文件。所以，FSM如果太小，會導致系統頻繁地擴展數 據文件，浪費物理存儲

空間。命令VACUUM VERBOSE在執行結束以後，會提示當前的FSM設置是否滿足需要，如果FSM的參數值太小，它會提示增大參數。

FSM存放在資料庫的共享內存中，由於物理內存的限制，FSM不可能跟蹤資料庫的所有的數據文件的所有數據塊的可用空間信息，只能

跟蹤一部分數據塊的可用空間信息。

max_fsm_relations (integer)
這個參數只有在啟動資料庫時，才能被設置。默認值是1000。它決定FSM跟蹤的表和索引的個數的上限。每個表和索引在FSM中佔7個

位元組的存儲空間。

max_fsm_pages (integer)
這個參數只有在啟動資料庫時，才能被設置。它決定FSM中跟蹤的數據塊的個數的上限。initdb在創建資料庫集群時會根據物理內存

的大小決定它的值。每 個數據塊在fsm中佔6個位元組的存儲空間。它的大小不能小於16 * max_fsm_relations。默認值是20000。

10.3.3 內核資源
max_files_per_process (integer)
這個參數只有在啟動資料庫時，才能被設置。他設定每個資料庫進程能夠打開的文件的數目。默認值是1000。

shared_preload_libraries (string)
這個參數只有在啟動資料庫時，才能被設置。它設置資料庫在啟動時要載入的操作系統共享庫文件。如果有多個庫文件，名字用逗號

分開。如果資料庫在啟動時未找到shared_preload_libraries指定的某個庫文件，資料庫將無法啟動。默認值為空串。

10.3.4 垃圾收集
執行VACUUM 和ANALYZE命令時，因為它們會消耗大量的CPU與IO資源，而且執行一次要花很長時間，這樣會干擾系統執行應用程序發

出的SQL命令。為了解決這個 問題，VACUUM 和ANALYZE命令執行一段時間後，系統會暫時終止它們的運行，過一段時間後再繼續執行

這兩個命令。這個特性在默認的情況下是關閉的。將參數 vacuum_cost_delay設為一個非零的正整數就可以打開這個特性。

用戶通常只需要設置參數vacuum_cost_delay和vacuum_cost_limit，其它的參數使用默認值即可。VACUUM 和ANALYZE命令在執行過程

中，系統會計算它們執行消耗的資源，資源的數量用一個正整數表示，如果資源的數量超過 vacuum_cost_limit，則執行命令的進程

會進入睡眠狀態，睡眠的時間長度是是vacuum_cost_delay。 vacuum_cost_limit的值越大，VACUUM 和ANALYZE命令在執行的過程中

，睡眠的次數就越少，反之，vacuum_cost_limit的值越小，VACUUM 和ANALYZE命令在執行的過程中，睡眠的次數就越多。

vacuum_cost_delay (integer)
這個參數可以在任何時候被設置。默認值是0。它決定執行VACUUM 和ANALYZE命令的進程的睡眠時間。單位是微秒。它的值最好是10

的整數，如果不是10的整數，系統會自動將它設為比該值大的並且最接近該值的是10 的倍數的整數。如果值是0，VACUUM 和ANALYZE

命令在執行過程中不會主動進入睡眠狀態，會一直執行下去直到結束。

vacuum_cost_page_hit (integer)
這個參數可以在任何時候被設置。默認值是1。

vacuum_cost_page_miss (integer)
這個參數可以在任何時候被設置。默認值是10。

vacuum_cost_page_dirty (integer)
這個參數可以在任何時候被設置。默認值是20。

vacuum_cost_limit (integer)
這個參數可以在任何時候被設置。默認值是200。

10.3.5 後台寫資料庫進程
後台寫資料庫進程負責將數據緩沖區中的被修改的數據塊（又叫臟數據塊）寫回到資料庫物理文件中。

bgwriter_delay (integer)
這個參數只能在文件postgresql.conf中設置。它決定後台寫資料庫進程的睡眠時間。後台寫資料庫進程每次完成寫數據到物理文件

中的任務以後， 就會睡眠bgwriter_delay指定的時間。 bgwriter_delay的值應該是10的倍數，如果用戶設定的值不是10的倍數，數

據庫會自動將參數的值設為比用戶指定的值大的最接近用戶指定的值 的同時是10的倍數的值。單位是毫秒，默認值是200。

bgwriter_lru_maxpages (integer)
這個參數只能在文件postgresql.conf中設置。默認值是100。後台寫資料庫進程每次寫臟數據塊時，寫到外部文件中的臟數據塊的個

數不能超過 bgwriter_lru_maxpages指定的值。例如，如果它的值是500，則後台寫資料庫進程每次寫到物理文件的數據頁的個數不

能超過500，若 超過，進程將進入睡眠狀態，等下次醒來再執行寫物理文件的任務。如果它的值被設為0, 後台寫資料庫進程將不會

寫任何物理文件（但還會執行檢查點操作）。

bgwriter_lru_multiplier (floating point)
這個參數只能在文件postgresql.conf中設置。默認值是2.0。它決定後台寫資料庫進程每次寫物理文件時，寫到外部文件中的臟數據

塊的個數 （不能超過bgwriter_lru_maxpages指定的值）。一般使用默認值即可，不需要修改這個參數。這個參數的值越大，後台寫

資料庫進程每次寫 的臟數據塊的個數就越多。

10.4 事務日誌
full_page_writes (boolean)
這個參數只能在postgresql.conf文件中被設置。默認值是on。打開這個參數，可以提高資料庫的可靠性，減少數據丟失的概率，但

是會產生過多的事務日誌，降低資料庫的性能。

wal_buffers (integer)
這個參數只有在啟動資料庫時，才能被設置。默認值是8。它指定事務日誌緩沖區中包含的數據塊的個數，每個數據塊的大小是8KB，

所以默認的事務日誌緩沖區的大小是8*8=64KB。事務日誌緩沖區位於資料庫的共享內存中。

wal_writer_delay (integer)
這個參數只能在postgresql.conf文件中被設置。它決定寫事務日誌進程的睡眠時間。WAL進程每次在完成寫事務日誌的任務後，就會

睡眠 wal_writer_delay指定的時間，然後醒來，繼續將新產生的事務日誌從緩沖區寫到WAL文件中。單位是毫秒（millisecond），

默認 值是200。

commit_delay (integer)
這個參數可以在任何時候被設置。它設定事務在發出提交命令以後的睡眠時間，只有在睡眠了commit_delay指定的時間以後，事務產

生的事務日誌才會 被寫到事務日誌文件中，事務才能真正地提交。增大這個參數會增加用戶的等待時間，但是可以讓多個事務被同

時提交，提高系統的性能。如果資料庫中的負載比較 高，而且大部分事務都是更新類型的事務，可以考慮增大這個參數的值。下面

的參數commit_siblings會影響commit_delay是否生效。 默認值是0，單位是微秒（microsecond）。

commit_siblings (integer)
這個參數可以在任何時候被設置。這個參數的值決定參數commit_delay是否生效。假設commit_siblings的值是5，如果一個事務發出

一個提交請求，此時，如果資料庫中正在執行的事務的個數大於或等於5，那麼該事務將睡眠commit_delay指定的時間。如果資料庫

中正在執行的事務 的個數小於5，這個事務將直接提交。默認值是5。

10.5 檢查點
checkpoint_segments (integer)
這個參數只能在postgresql.conf文件中被設置。默認值是3。它影響系統何時啟動一個檢查點操作。如果上次檢查點操作結束以後，

系統產生的事 務日誌文件的個數超過checkpoint_segments的值，系統就會自動啟動一個檢查點操作。增大這個參數會增加資料庫崩

潰以後恢復操作需要的時 間。

checkpoint_timeout (integer)
這個參數只能在postgresql.conf文件中被設置。單位是秒，默認值是300。它影響系統何時啟動一個檢查點操作。如果現在的時間減

去上次檢查 點操作結束的時間超過了checkpoint_timeout的值，系統就會自動啟動一個檢查點操作。增大這個參數會增加資料庫崩

潰以後恢復操作需要的時 間。

checkpoint_completion_target (floating point)
這個參數控制檢查點操作的執行時間。合法的取值在0到1之間，默認值是0.5。不要輕易地改變這個參數的值，使用默認值即可。 這

個參數只能在postgresql.conf文件中被設置。

10.6 歸檔模式
archive_mode (boolean)
這個參數只有在啟動資料庫時，才能被設置。默認值是off。它決定資料庫是否打開歸檔模式。

archive_dir (string)
這個參數只有在啟動資料庫時，才能被設置。默認值是空串。它設定存放歸檔事務日誌文件的目錄。

archive_timeout (integer)
這個參數只能在postgresql.conf文件中被設置。默認值是0。單位是秒。如果archive_timeout的值不是0，而且當前時間減去數 據

庫上次進行事務日誌文件切換的時間大於archive_timeout的值，資料庫將進行一次事務日誌文件切換。一般情況下，資料庫只有在

一個事務日誌 文件寫滿以後，才會切換到下一個事務日誌文件，設定這個參數可以讓資料庫在一個事務日誌文件尚未寫滿的情況下

切換到下一個事務日誌文件。

10.7 優化器參數
10.7.1 存取方法參數
下列參數控制查詢優化器是否使用特定的存取方法。除非對優化器特別了解，一般情況下，使用它們默認值即可。

enable_bitmapscan (boolean)
打開或者關閉bitmap-scan 。默認值是 on。

enable_hashagg (boolean)
打開或者關閉hashed aggregation。默認值是 on。

enable_hashjoin (boolean)
打開或者關閉hash-join。默認值是 on。

enable_indexscan (boolean)
打開或者關閉index-scan。默認值是 on。

enable_mergejoin (boolean)
打開或者關閉merge-join。默認值是 on。

enable_nestloop (boolean)
打開或者關閉nested-loop join。默認值是 on。不可能完全不使用nested-loop join，關閉這個參數會讓系統在有其它存取方法可

用的情況下，不使用nested-loop join。

enable_seqscan (boolean)
打開或者關閉sequential scan。默認值是 on。不可能完全不使用sequential scan，關閉這個參數會讓系統在有其它存取方法可用

的情況下，不使用sequential scan。

I. was集群的sqlserver數據源怎麼配置

你的SQL沒有開啟連接吧，配置工具那裡打開網路配置，把TCP/IP的ALL動態埠設定1433，記得把他開啟了，重啟所有SQL的服務或電腦重啟
是這樣的，伺服器上面的名稱不是顯示自己電腦的名稱，你也可以在伺服器那裡輸入一個點.來連接默認資料庫的，不用擔心，能連接就可以的

J. 數據源 是什麼 怎麼設置和建立

ODBC（Open DataBase Conectivity）是微軟公司制定的標准編程介面，只要有相應的ODBC驅動程序，就可以通過ODBC連結操作各種不同的資料庫。通常通過控制面板中的ODBC Data Source來配置ODBC的數據源。所謂ODBC數據源就是命名的一組信息，包括需要連結的資料庫所在位置（可以是磁碟目錄/文件，也可以是網路伺服器）、對應的ODBC驅動程序以及訪問資料庫所需的其他相關信息，用戶可以通過數據源的名稱(DSNs，Data Source Names)來指定所需的ODBC連接。
DSNs按照其保存方式和作用范圍分為三種：用戶DSN、系統DSN和文件DSN。每個文件DSN保存在單獨的一個文件中，文件可以在網路范圍內共享；用戶DSN保存在注冊表中，只對當前用戶可見；系統DSN頁保存在注冊表中，但對系統中的所有用戶可見。用戶DSN和系統DSN的區別在於，用戶DSN保存在注冊表的HKEY_CURRENT_USER下，而系統DSN保存在HKEY_LOCAL_MACHINE下。
開始--設置--控制面板--管理工具--ODBC