金蝶K3远端资料传输应用方案.docx
- 文档编号:28508280
- 上传时间:2023-07-18
- 格式:DOCX
- 页数:60
- 大小:555.48KB
金蝶K3远端资料传输应用方案.docx
《金蝶K3远端资料传输应用方案.docx》由会员分享,可在线阅读,更多相关《金蝶K3远端资料传输应用方案.docx(60页珍藏版)》请在冰豆网上搜索。
金蝶K3远端资料传输应用方案
k/3V11.0遠端資料傳輸應用方案
目錄
遠端資料傳輸,採用金蝶獨有的IMTS傳輸,實現金蝶k/3賬套,金蝶2000賬套,檔等資料在Internet上的自動定時相互傳遞。
可方便的將分佈在網路不同位置的資料集中到一起,以便進行分析。
適用于集團應用模式下的資料遠端傳輸支援。
作為金蝶獨有的傳輸工具,它具有如下優點:
⏹傳輸資料量大,可傳輸幾百兆的賬套
⏹支持中斷點續傳
⏹獨有金蝶Imts傳輸,保證資料安全傳輸
⏹自動定時傳輸,並對K/3賬套進行遠端自動化備份恢復處理。
⏹在推式傳輸的基礎上,結合金蝶代理服務,可以實現拉式傳輸。
即總部就可以直接通過操作電腦,遠端下達命令拉取分公司的資料,傳輸回總部。
基於以上優點,遠端資料傳輸在許多大集團成功應用,並在集團總公司及時監控分佈在各地的分公司的運營情況中起到了舉足輕重的作用。
1引言
1.1背景
由於遠端資料傳輸涉及的技術含量較高,在用戶使用過程中出現的問題較多,為更好地推廣金蝶遠端資料傳輸,我們特針對遠端資料傳輸編制了此應用方案。
1.2讀者
在閱讀此方案之前,要求讀者:
⏹有一定的技術背景,對網路知識有一定的瞭解。
⏹已經詳細閱讀過遠端資料傳輸的使用手冊或幫助,瞭解基本的配置,使用過金蝶遠端資料傳輸工具。
⏹已經詳細閱讀過代理服務的使用手冊或幫助。
2遠端資料傳輸支援的各種網路應用方案
遠端資料傳輸目前支援TCP/IP和HTTP兩種傳輸模式,這兩種模式的傳輸配置和傳輸效果都有較大的差異。
2.1遠端資料傳輸支援的網路應用場景
2.1.1TCP/IP協定的使用模式
A、點對點固定IP模式如下圖:
圖2-1點對點固定IP模式
電腦A和B都有固定的IP位址,只要A和B在一個域網內(局域網或廣域網),A和B可相互發送或相互接收。
B、點對點非固定IP模式如下圖:
圖2-2點對點非固定IP模式
此模式主要針對直接用modem直撥對方進行資料傳輸,資料可以從A傳輸到B,但由於A是動態IP,B一般情況下無法獲取,所以不能將資料從B傳輸到A。
C、雙方撥上當地Internet模式,如下圖
圖2-3雙方撥上當地Internet模式
此模式下,A和B必有一個電腦是廣域網固定IP,可以從動態IP方傳輸資料到固定IP方。
此模式相當於點對點非固定IP模式。
以上三種模式,在遠端資料傳輸配置中方法是一樣的,且都不能通過防火牆。
2.1.2TCP/IP協定的IMTS相關配置
對於TCP/IP協定來說,都是A(電腦名為“A”,公司編號為001)電腦直接發送到B(電腦名為“B”,公司編號為002)電腦,因此配置相對的簡單一些,對A電腦來說,相關聯的協定介面如下:
圖2-4目標公司配置
對於接收端而言,配置發送方的介面與上圖是一致的,只是傳輸協議和傳輸位址可以不必填寫。
圖2-5接收端發送公司配置
2.1.3HTTP代理的使用模式
A、只有一方有代理伺服器模式,如下圖
圖2-6只有一方有HTTP代理伺服器模式
B與C在一個域網內,A不管是否在B、C的域網內,A不管是固定IP或是動態IP,資料可從從A傳向C。
B、雙方均有HTTP代理伺服器模式,如下圖所示,
圖2-7雙方都有HTTP代理伺服器模式
B和C都是各個域網內的代理伺服器,此模式下,A與D能夠進行相互間傳輸資料。
發送的電腦可為動態或固定IP位址。
以上HTTP代理的兩種模式均能通過防火牆。
它們在遠端資料傳輸配置中與採用TCP/IP協定傳輸在配置上有很大的區別,後面將作詳細說明。
2.1.4HTTP代理的IMTS相關配置
2.1.4.1只有一方有HTTP代理模式
對於只有一方有代理伺服器模式,首先在B(電腦名為B,設IP為128.8.120.60)配置IIS,配置步驟如下:
1、將安裝有IMTS的電腦上的imts.dll、index.htm、HttpConf.exe三個檔拷貝到B電腦上的一個專用目錄中假設為E:
\ProgramFiles\Kingdee\imts\IISProxy(若B電腦也安裝了IMTS,這一步可省略)。
2、打開Internet服務管理器,在默認WEB站點中添加一虛擬目錄命名為“imts”,如下圖所示:
圖2-8設置虛擬目錄名
3、選擇前面1步中專用目錄如下圖所示:
圖2-9設置包含imts.dll的路徑
4、一直按“下一步”到完成。
添加結果如下圖所示:
圖2-10設置完成的IMTS虛擬目錄
5、在B電腦上運行拷貝來的HTTPCONF.EXE,將C(電腦名為C,假設IP為128.8.120.2)添加進列表中如下圖,IIS就配完了。
格式為IP:
5678
圖2-12添加接收電腦資訊
而A電腦上的關於HTTP協定配置介面如下所示:
不管是什麼物理連接,一定輸入接收電腦的電腦全名稱,如這是“C”,而不是“B”
接收方公司代碼
選上HTTP協議
輸入HTTP代理伺服器的IP,這裏為B電腦的IP位址或者相關功能變數名稱
圖2-13HTTP方式下發送的位址設置
對於C電腦上接收公司的配置與TCP/IP方式下的配置是完全一樣的。
2.1.4.2雙方都有HTTP代理模式
對於此種情況,除有類似2.1.4.1配置以外,在發送方的IMTS伺服器裏需加一配置項。
打開IMTSServer,輸入“cons”,在設置設消息流覽器上點功能表,再點“系統參數”,出現如下所示介面,設置本地HTTP代理伺服器即可。
圖2-14本地HTTP代理伺服器設置
2.2各種網路應用場景優缺點說明
⏹TCP/IP協定下的點對點固定IP模式:
在遠端資料傳輸的實際應用中,這種方式使用的最多也最普遍。
主要應用於DDN專線傳輸和直接撥號傳輸。
採用DDN專線傳輸,傳輸速度快,而且資料安全性最有保障。
如果經常性地使用傳輸推薦用戶使用這種方式。
直接撥號傳輸,受傳輸當時網路狀況影響較多,傳輸速度相對較慢,如果不是經常性的傳輸,可以使用這種方式。
⏹TCP/IP下的點對點非固定IP模式(包括雙方撥上當地Internet進行傳輸方式):
主要應用與撥號上當地網進行傳輸,這種方式繼承了所有直接撥號傳輸的優缺點,同時因為上了公用網,資料安全性相較於點對點固定IP模式要低。
⏹HTTP代理下的兩種使用模式
其優點是傳輸可以通過防火牆,缺點是相較於TCP/IP協定下的幾種模式的傳輸,其傳輸速度較慢。
3典型傳輸應用
在用戶選擇好傳輸的網路應用方案後,下一步就可以使用遠端資料傳輸了。
遠端資料傳輸從傳輸機制上來分可以分為推式傳輸和拉式傳輸兩種,推式傳輸是指發送方主動的發送內容給接收方,這是遠端資料傳輸常用的傳輸方式;拉式傳輸是指接收方下達命令主動拉取發送方的資料。
遠程資料傳輸機制如果不作特別的設置默認是推式機制,即發送方主動的發送內容給接收方,而接收方只是被動接收。
而現實用戶應用模式經常是:
接收方是總部,發送方是分公司,一般總部總是希望能夠主動地獲取分公司的資料,而不是被動地接收。
如果能夠採用拉式機制,總部就可以直接通過操作電腦,遠端下達命令拉取分公司的資料,傳輸回總部。
基於此,我們提供了代理服務,通過遠端資料傳輸和代理服務的結合使用,就可以實現總部自動拉取分公司的資料。
使用遠端資料傳輸的用戶大部分是用來傳輸K/3賬套,針對K/3賬套數據量大的特點,我們從節省傳輸時間、提高傳輸效率的角度,提出“完全傳輸”和“增量傳輸”兩種方案。
完全傳輸會一次將整個賬套裏的全部資料傳送給接收方;而增量傳輸會在上次傳輸的基礎上,將這兩次傳輸的時間間隔裏賬套裏變動的資料傳送給接收方。
這兩種方案在不同的傳輸機制下都可以實現。
遠程資料傳輸
圖3-1 遠端資料傳輸方式
以下我們將針對具體的應用案例介紹完全傳輸、增量傳輸、拉式傳輸三種應用方案下所要進行的設置。
3.1第一種應用:
完全傳輸
3.1.1應用場景
⏹集團公司,下屬28家分公司
⏹要求分公司每天傳輸賬套到總部,集團公司每天進行對賬和並賬
⏹每天傳輸到總部的賬套為56個,每個賬套的大小約150兆
⏹DDN專線連接
其網路連接圖如下:
圖3-2電腦連接佈置
3.1.2傳輸模式選擇
由於該集團各公司之間全部採用DDN專線連接,網路狀況良好,傳輸賬套可以使用完全備份、TCP/IP協定下的點對點固定IP模式傳輸。
3.1.3具體應用操作要點說明
以下以集團下屬的分公司向總部傳輸賬套為例進行具體說明。
假定分公司為發送方,集團總部為接收方。
注意:
●傳輸的發送方和接收方都必須有一台機器安裝了Imts服務程式。
如上述集團有28家分公司需要傳輸,則加集團總部,必須有29台機器安裝Imts服務程式。
●使用遠端資料傳輸,必須安裝Imts服務程式和K/3系統的用戶端。
由於Imts服務程式只支援NT、WIN2000系列的操作平臺,所以遠端資料傳輸不支援win95、win98下傳輸。
●由於遠端資料傳輸要求發送方和接收方的公司代碼和任務名稱唯一,建議的做法是集團總部統一分支機搆的所有機構編碼,並把總部建立好的接收任務導出一起下發給各分支,各分支根據機構編碼的規定進行本地設置,然後將總部接收任務檔導入作發送任務。
不過導入的發送任務只有任務名稱和接收公司資訊,具體的發送內容還需要作設置。
3.1.4環境要求
使用遠端資料傳輸必須使用NT、WIN2000系列的操作平臺。
3.1.5發送方配置
發送方需要配置的內容是:
⏹本地屬性配置
⏹接收方(即目標公司)配置
⏹發送任務設置
⏹設定傳輸時間,準備傳輸。
3.1.5.1發送方本地屬性配置
進入屬性設置介面,如下圖是已配置好的本機的基本屬性:
圖3-3 本地屬性設置
以上設置應注意:
⏹“本公司代碼”在整集團內應是唯一,這是遠端資料傳輸辨別傳輸內容來源的重要標誌。
最好由集團總部統一制訂,下發各分公司設置。
⏹“本地IMTS服務名”與本地機器名保持一致,不能由用戶修改。
3.1.5.2目標公司配置
要進行傳輸,必須要知道發給誰,這就必須設置接收方的屬性,在本例中目標公司是集團總部。
下圖是使用TCP/IP傳輸協定的傳輸的目標公司配置:
圖3-4發送方配置接收公司設置
以上設置應注意幾點:
⏹公司代碼在整集團內具有唯一性。
⏹“IMTS服務名”是指目標公司(如集團總部)所在地安裝IMTS服務的那台機器的機器名。
⏹“傳輸位址”是指目標公司安裝IMTS服務的那台機器的固定IP地址。
3.1.5.3發送任務設置
彈出‘發送任務配置’介面,可以設置發送內容和傳輸時間。
圖3-5發送任務配置
點擊“K/3系列賬套”向對應的按鈕,進入“資料庫備份設置”介面,在該介面中可以指定需要傳輸的賬套和備份路徑。
圖3-6K/3賬套資料庫備份設置
以上設置應注意幾點:
⏹“任務名稱”必須唯一,即發送方和接收方的任務名必須一致。
注意:
即使任務名稱存在空格和大小寫的差異,都不能認為是發送方和接收方的任務名相同。
⏹“完全備份”選項必須被選中,從而保證進行的是完全傳輸。
⏹如果選擇“直接備份到本地”,則推薦不使用中間層自動備份功能。
如果中間層賬套自動增量備份功能的使用先于遠端資料傳輸的完全備份,則遠端資料傳輸完全備份的使用,將可能造成資料庫端備份賬套不能正常恢復。
⏹如果選擇的是“先備份的資料庫伺服器上,然後拷貝到本地”,則可以同時使用中間層賬套管理工具的自動備份功能,此時指定的“資料庫伺服器端路徑”可以作為兩種工具的共用路徑。
3.1.5.4設定時間,準備傳輸
用於設置發送任務在什麼時間執行,具體的設置請參考用戶手冊。
3.1.6接收方配置
在發送方(分公司)配置好後,接收方(集團總部)也應針對該分公司進行相應的接收方配置。
接收方需要配置的內容:
⏹本地屬性配置
⏹接收方對發送公司進行設置
⏹接收任務設置
⏹等待接收
3.1.6.1接收方本地屬性配置
同上述“發送方配置”中的“本地屬性配置”,參見前面的說明。
在本例中集團總部應設置本地的“本公司代碼”與發送方設置的集團總部的機構代碼一致,都為“005”。
3.1.6.2接收方對發送公司進行設置
圖3-7發送公司設置
以上設置應注意幾點:
⏹公司代碼與發送方本地屬性中的公司代碼一致,本例中都為“001”。
⏹“IMTS名”填寫的是發送方安裝了IMTS服務的那台機器名。
3.1.6.3接收任務設置
首先進入接收任務配置介面,設置接收公司、任務名和接收時間。
圖3-8接收任務設置
點擊“K/3系列賬套”向對應的按鈕,進入“資料庫恢復設置”介面,在該介面中可以指定需要恢復的賬套和備份檔案存放路徑。
圖3-9接收任務設置
以上設置應注意幾點:
⏹接收方的任務名稱和發送方的任務名稱一致,上例中都是“杭州分公司發送給集團總部”。
⏹資料庫備份檔案存放路徑:
通過遠端資料傳輸的K/3賬套,首先傳過來的是一個尾碼名為bak的備份檔案,然後通過這個備份檔案自動恢復成資料庫檔(即尾碼名為mdf和ldf文件)。
該路徑一般是一個默認路徑,一般情況不需更改,如果用戶傳輸的賬套較多,可通過此路徑修改備份檔案的保存目錄。
3.1.6.4發送方配置成功,等待接收。
3.1.7應用
該集團28家分公司進行了發送方的配置,集團總部進行了接收方設置,通過遠端資料傳輸的時間設定,分公司每天定時地向總部發送賬套,一般發送賬套的時間定在晚上無人使用K/3資料庫的時候,傳輸時間定在晚上好處有:
1.自動定時無人工干預的發送和接收,智慧化操作。
2.避免接收方需要進行傳輸恢復的賬套因為用戶正在使用而不能恢復成功。
集團總部在接收到賬套後,每天和分公司進行對賬和並賬,保證分公司在總部的及時監控之下。
3.2第二種應用:
增量傳輸
3.2.1應用場景
⏹集團公司,下屬多家分公司
⏹要求分公司每週傳輸賬套到總部
⏹傳輸採用撥號上網和DDN並用方式
其網路連接與完全傳輸相同。
3.2.2傳輸策略的選擇
所謂增量傳輸,是以SQLserver的增量備份、增量恢復為基礎進行的傳輸,它的優點在於每次只傳輸從上次傳輸到本次傳輸之間的變動的資料,傳輸資料量小,能適應較差的網路環境和有效地縮短傳輸時間。
根據集團的網路狀況,我們建議該集團的遠端資料傳輸採用如下方案:
⏹不管公司網路狀況和資料量如何,如果需要使用增量傳輸,第一次傳輸必須採用完全傳輸;如果分公司的完全備份檔案確實非常大,則只能考慮改善網路品質或採用其他方式(如拷盤)將完全備份檔案傳遞到總部;
⏹如果分公司每個月變動的資料量不大,即每個月之內最大的增量備份檔案小於完全備份檔案,則集團可以利用iMTS每月28號自動完全傳輸一次的規則,只需要第一次和每月28號進行完全傳輸,以後各次都可以採用增量傳輸;
⏹如果分公司變動的資料量較大,當在一個月之內發送方增量備份檔案的大小接近于完全備份檔案的大小時,此時應作一次完全傳輸,然後在此基礎上作增量傳輸;
⏹可以根據公司的制度指定每週不需要作業務處理的時間定時進行賬套傳輸。
注意事項:
由於MSSQLServer備份和恢復機制的局限性,目前增量傳輸在“直接備份到本地”的模式下與賬套備份工具共用,操作較為複雜,甚至可能出現不能正常恢復賬套的問題,故如果用戶網路條件許可的條件下,推薦使用完全傳輸。
3.2.3具體應用操作要點說明
由於增量傳輸在環境要求、發送方配置、接收方配置方面和完全傳輸一致,這裏就不再描述了,僅就不同之處進行說明。
3.2.3.1發送方任務的設置
圖3-10增量傳輸發送方任務設置
以上設置應注意幾點:
⏹“增量備份”選項一定要選中,從而保證進行的是增量傳輸。
⏹在K/3V9.4.1中,已經撤銷“使用了遠端資料傳輸就不能使用自動增量備份功能”的限制,但是要根據實際情況進行備份方式和路徑的設置。
⏹如果在“直接備份到本地路徑”方式下指定的本地路徑沒有該任務對應的完全備份檔案,或者在“先備份到資料庫伺服器端,然後拷貝到本地”方式下指定的資料庫伺服器端下沒有對應的完全備份檔案,系統都會自動做一次完全備份進行傳輸。
下次執行增量傳輸時,系統將在最新的完全備份基礎上,進行增量備份;
3.2.3.2問題診斷
如果您在選擇資料庫備份路徑是資料庫伺服器時,出現如下金蝶提示:
則可能是您的資料庫伺服器和中間層伺服器安裝在同一台機器上,而中間層的賬套管理中最後一次備份或恢復的賬套又是另外一台資料庫伺服器的賬套,導致本機資料庫伺服器的“PKDAC”檔指向了其他機器,所以增量傳輸配置找不到資料庫所在機器的路徑。
出現這種情況,在上例中,只要在“rjh_adv”這台機器的賬套管理中使用備份或恢復功能,把資料庫伺服器指向本機“rjh_adv”,進行一次備份或恢復即可解決。
3.2.3.3增量傳輸與中間層賬套備份功能的共用
在K/3V9.4.1中,已經撤銷“使用了遠端資料傳輸使用了增量傳輸賬套管理工具就不能使用自動增量備份功能”的限制,兩者可以一起使用,但是需要注意以下方面。
1、如果選擇“直接備份到本地”推薦不使用中間層備份功能,否則中間層賬套備份功能(包括賬套備份和賬套自動批量備份)會與遠端資料傳輸工具中的“增量傳輸”存在一定的衝突:
⏹如果遠端資料傳輸使用增量備份功能先於中間層賬套備份,則賬套備份功能的使用,將可能導致通過遠端資料傳輸的備份賬套不能正常恢復。
⏹如果中間層賬套備份功能的使用先于遠端資料傳輸的增量備份功能,則遠端資料傳輸增量備份功能的使用,將可能造成資料庫端備份賬套不能正常恢復。
2、如果選擇的是“先備份到資料庫伺服器上,然後拷貝到本地”,則可以同時使用中間層賬套管理工具的備份功能,此時指定的“資料庫伺服器端路徑”可以作為兩種工具的共用路徑。
遠端傳輸和賬套自動備份,無論哪方先使用增量備份,程式都在共用路徑下找最新的完全備份檔案,並在該完全備份檔案的基礎上進行增量備份。
如果遠端資料傳輸系統再次作增量傳輸前,賬套自動備份已經重新作了完全備份,系統將自動找到最新的完全備份檔案,並先將該完全備份檔案重新傳輸至接收方,然後在新的完全備份的基礎上,作增量備份和傳輸。
3.2.3.4使用增量傳輸後,傳輸的默認控制
由於增量傳輸使用的是增量備份,而多次增量備份後,可能增量備份的檔比原來完全備份的檔還要大,從而影響傳輸速度。
所以,遠端資料傳輸默認每個月的28號的傳輸都是完全傳輸,即使您選擇的是增量傳輸,但在每個月的28號這一天,系統會自動做完全傳輸。
3.3第三種應用:
拉式傳輸
3.3.1應用場景
深圳總部希望直接通過操作電腦,遠端下達命令拉取上海分公司的資料,傳輸回總部。
要求:
深圳總部(接收方)需要每天晚上12:
00定時主動拉取上海分公司(發送方)的K/3賬套數據。
已知:
接收方的機器名稱是:
cj2000,IP地址:
128.8.120.18
發送方的機器名稱是:
zhumin,IP地址:
128.8.8.56
發送方和接收方的代理服務和遠端資料傳輸都在運行當中。
3.3.2傳輸模式選擇
單獨使用程資料傳輸只能實現推式傳輸的模式,而要實現上述應用場景的拉式傳輸,則要通過金蝶代理服務和遠端資料傳輸的聯合使用。
代理服務主要用於定時啟動遠端資料發送和接收服務,並保證異地的服務能通信。
在發送端,發送服務啟動後,它就會觸發指定機器的遠端資料發送任務。
發送任務的執行和資料的傳輸仍由發送端的遠端資料傳輸工具和iMTS伺服器負責執行。
在接收端,接收服務會觸發指定機器的遠端資料接收任務。
接收任務的映射和執行仍由接收端的遠端資料傳輸工具和iMTS伺服器執行。
3.3.3具體應用操作要點說明
拉式傳輸的增加是K/3遠端資料傳輸的重大改革,目前業界有關傳輸的產品還無此先例。
下面以一實例對操作拉式傳輸進行說明,其配置如下:
3.3.3.1接收方(本例中機器名為cj2000)
1、“代理服務”中註冊“傳輸_拉取檔案”元件服務
進入代理服務,在“註冊服務”介面,單擊【添加】,進入“註冊服務嚮導”介面,在〖調用COM〗處選擇“傳輸_拉取檔案”元件,並添加〖執行電腦〗為“發送方電腦名稱”,如下圖,發送方電腦名稱為“zhumin”。
圖3-11註冊服務
單擊【下一步】,選擇“使用相關介面”,再單擊【元件介面】,出現介面後直接單擊【確定】,彈出如下介面,如下圖:
圖3-12 遠端服務
2、傳輸服務設置
在“代理服務啟動配置”介面,單擊【傳輸服務設置】,添加發送方的機器名稱(zhumin)和IP位址(128.8.8.56),詳細配置方法參見《工具手冊》中“代理服務”的“傳輸配置”章節。
遠端資料傳輸服務做為接收方,也需配置發送方位址資訊及接收任務,其配置參見《工具手冊》中“遠端資料傳輸服務”。
3、添加該服務所屬的任務,設定定時執行時間。
在“代理進程服務管理”介面,單擊【
】後,再單擊【新增任務】,進入“添加執行任務”嚮導,選擇服務名為“總部接收”,在單擊【下一步】,設定執行時間,如下圖:
圖3-13 設定任務
3.3.3.2發送方(本例中機器名為zhumin)
1、註冊“傳輸_發送檔案”元件服務
進入代理服務,在“註冊服務”介面,添加服務名為“發送總部”(與接收方事先約定好的名稱),如下圖:
圖3-14 註冊服務
單擊【添加】,進入“註冊服務嚮導”介面,在〖調用COM〗處選擇“傳輸_發送檔案”元件,單擊【下一步】,選擇“使用相關介面”,再單擊【元件介面】,出現介面後直接單擊【確定】,彈出“任務名”介面,如下圖:
圖3-15 添加任務
以上設置完成後,單擊【確定】,完成發送方服務設置。
2、傳輸服務設置
在“代理服務啟動配置”介面,單擊【傳輸服務設置】,添加接收方的機器名稱(cj2000)和IP位址(128.8.120.18),詳細配置方法參見《工具手冊》中“代理服務”的“傳輸配置”章節。
遠端資料傳輸服務做為發送方,也需配置發送目標位址資訊及發送任務,其配置參見《工具手冊》中“遠端資料傳輸服務”。
通過以上接收方和發送方的配置,就可實現深圳總部(cj2000)自動定時地拉取異地分公司(zhumin)的資料。
4資料庫伺服器的許可權設置
資料庫伺服器許可權的設置跟所要傳輸的賬套的身份認證模式有關。
賬套身份認證包括Windows身份認證和SQLServer身份認證兩種方式,下面就這兩種方式下的許可權設置作詳細描述。
注意事項:
在用戶手冊遠端資料傳輸系統部分提供的配置方法給出的是一種最大的許可權設置方法,而以下的許可權配置方法,可以給操作用戶以更小的許可權,達到傳輸成功的目的。
4.1Windows身份認證方式下的許可權設置
當資料庫伺服器與遠端資料傳輸工具在同一台電腦上時,不需要進行特別的設置,但若是分開的,則當資料庫伺服器與遠端資料傳輸工具在同一台電腦上時,不需要進行特別的設置,但若是分開的,則需要通過以下三種方式之中的任意一種進行設置:
1、將登錄到運行遠端資料傳輸工具的機器的域用戶加入到資料庫伺服器的管理員組。
注意事项遠端資料傳輸不支援MSDE簡易裝的資料庫。
例如:
KDSV為功能變數名稱,zhouyf為域用戶,機器A上運行遠端傳輸工具,機器paladin為資料庫伺服器。
zhouyf登錄
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 金蝶 K3 远端 资料 传输 应用 方案