DELL圖形工作站 當你采用這些方法后，需要做個全面檢查，將現(xiàn)有的不間斷電源供電總量除以現(xiàn)有的機柜數(shù)，得到一個平均值然后將你計劃部署的機柜數(shù)與總估算的部署服務器用電負荷總數(shù)相除。要記得，很少服務器部署能夠真正接近設計師的初始估計負載值?！ ∪绻愕念A測值大于實際平均值1.5倍，就需要進一步查看這些數(shù)字了。如果你預期密度將顯著增加，那么這樣的預測沒有問題，比如新業(yè)務需求或者增加虛擬化引入刀片服務器等。但如果沒有理由來證明密度增長的預測，重新審視設計吧。 。
DELL服務器為了方便系統(tǒng)功能的實現(xiàn)，系統(tǒng)由以下3個部分組成：芯片代碼提取器（單片機系統(tǒng)）、上位機（PC機）和遠程服務器.其系統(tǒng)框圖如圖1所示在實際的檢查過程中，不可避免地會在不同的地點同時進行芯片代碼驗證的工作.因此，需要有若干個代碼提取器在不同的地點工作.如果在提取芯片代碼的現(xiàn)場，并于提取器本地進行芯片代碼與標準代碼的比對工作的話，那么，標準代碼就必須保存在代碼提取器中.這樣既不利于保證標準代碼數(shù)據(jù)的安全，同時，當需要增加新的標準代碼，或者對標準代碼進行修改時也非常不方便，數(shù)據(jù)統(tǒng)計等功能則更需要牽扯許多用于協(xié)調的人力和物力.為了避免這些問題，有必要建立一個遠程服務器，將標準代碼保存在服務器上，通過遠程調用的手段訪問，從而達到保證系統(tǒng)安全性，方便進行統(tǒng)計查詢等功能的目的.現(xiàn)行的電子秤系統(tǒng)大多使用單片機（MCS—51系列單片機為主）作為系統(tǒng)的芯片，而且并非每臺電子秤都配有可與PC機連接的接口（如串行口等）.如果開發(fā)一個專門的，能夠連入網絡的嵌入式系統(tǒng)（如PDA）則需要大量經費的投入，而且在某個檢測地點，肯定有大量的電子秤需要檢驗.使用PDA進行檢測往往只能同時檢測一個，會耗費大量的時間.為此，我們開發(fā)了一個單片機來對電子秤芯片進行代碼讀取工作，它通過串行口與PC機進行連接，并可以實現(xiàn)多個子系統(tǒng)與PC機連通，同時進行檢驗，從而達到提高效率的目的.2.芯片信息提取器的實現(xiàn)方案芯片代碼提取器是一個單片機系統(tǒng)，其主要部件是一個40針的插座、一片存放提取程序用的可編程邏輯器件，以及一個MX232的串行傳輸芯片組成.系統(tǒng)通過插座連接電子秤的芯片，從中提取芯片中的存儲信息（代碼提取模塊）并解析成機器碼（數(shù)據(jù)解析模塊）經由數(shù)據(jù)發(fā)送模塊，將提取的機器碼傳輸?shù)缴衔粰C.其外觀如圖2所示.從圖2可見，提取器上的操作按鈕有2個:開關和復位按鈕，此外還有一個提示燈（紅色）.使用時，先在斷電的情況下接好串口，放上芯片后，打開電源，提示燈點亮，提取器會對目標芯片上的代碼進行提取并解析成機器碼.當解析完畢，提示燈會開始閃爍.此時，如果提取的機器碼完全正確，提取器會首先輸出一個值66H的字節(jié)，表示輸出的代碼是完全正確的，隨后將提取出的機器代碼以300bit/s速率送入串行口，等待上位機接收，如果提取的機器碼有問題，則提取器輸出的將會是亂碼.3.上位機子系統(tǒng)的實現(xiàn)方案3.1使用CRC—32校驗碼作為校驗依據(jù)從提取器中提取出的機器碼通常數(shù)據(jù)量要達到64K從個體機器的角度來看并不算龐大.然而如果將機器碼直接上傳到服務器端，可能會對服務器造成很大的通訊壓力，使系統(tǒng)不得不降低效率或者使用配置更高端的服務器系統(tǒng)，從而導致系統(tǒng)費用的上升.實質上，我們所要校驗的，只是電子秤芯片中的代碼是否被篡改過的事實（或者說，是否使用標準代碼的事實）.如果有一種機制或者算法，可以提取出代碼中的特征信息，使得只要電子秤芯片中的代碼與標準代碼不同時，如果能檢測出來，有可能傳輸很少的信息量就能達到我們的要求.這種機制或者算法并不復雜，許多用于傳輸校驗的校驗碼算法就能夠做到這一點，CRC算法是其中最為常用的一種.循環(huán)冗余碼CRC檢驗技術廣泛應用于測控及通信領域.如在常用的網絡通信協(xié)議以太網以及TCP/IP中，就使用CRC算法來驗證傳輸信息的正確性.這種基于2個字節(jié)數(shù)據(jù)流使用、二進制除法相除所得到的余數(shù)和進行信息驗證的算法，具有很高的可靠性，理論上其碰撞概率為1/40億，已經達到了應用需求.而且CRC算法是一個相對開放的算法，可以根據(jù)需要設計很多新的變形算法。3.2上位機子系統(tǒng)設計思路本子系統(tǒng)主要由以下模塊組成：1）串行數(shù)據(jù)接收模塊；2）校驗碼計算模塊；3）打包和發(fā)送數(shù)據(jù)模塊；4）離線信息米集模塊；5）離線信息發(fā)送模塊；6）離線程序信息數(shù)據(jù)庫；7）GUI模塊.3.2.1串行數(shù)據(jù)接收模塊由于芯片機能的限制，提取器發(fā)送信息是自主發(fā)送信息的，并非由上位機（PC機）告知對方后再傳輸，而是提取器一次性將所有的數(shù)據(jù)傳輸完畢.雖然串行傳輸十分穩(wěn)定，但是其中所必須解決的數(shù)據(jù)緩沖問題，并沒有得到很好的解決，因此這部分的內容必須由上位機部分來管理并實現(xiàn).同時，上位機并不知道提取器何時傳輸數(shù)據(jù)，為了監(jiān)聽端口實現(xiàn)一次多機上傳，也必須要有多線程系統(tǒng)的支持。該模塊的多線程設計由兩個部分組成:主線程以及監(jiān)聽器線程.主線程負責相應GUI模塊提出的用戶交互請求（主要是設置和查看傳輸信息），而監(jiān)聽器線程（根據(jù)需要，可以有很多個）則監(jiān)視端口的輸入情況，將輸入數(shù)據(jù)重新打包，解析成需要的流式信息，存入內存中.兩個進程通過互斥量同步，通過共享內存技術實現(xiàn)互相之間的通信.兩者的主要關系如圖3所示。本系統(tǒng)設計的串行接收模塊基于.NET類庫中的SerialPort類實現(xiàn)，大大簡化了設計.但無論是使用何種類庫，都會涉及到串行口超時的問題，在讀操作時是讀超時（ReadTimeOut）寫操作時寫超時.所謂寫超時，是指在使用Write指令的時候能否成功傳輸?shù)綄Ψ降妮斎刖彺嬷?，如果不能夠成功傳輸，就等待，直到超過一定時間，這個時間就是寫超時，而讀超時，是指在使用Read指令時就開始串行口的輸入緩存，如果其中有內容，就讀出，如果沒有就等待，直到超過一定時間（讀超時）.系統(tǒng)所讀到的數(shù)據(jù)都要進入輸入緩存，反之，等待輸出的數(shù)據(jù)都要進入輸出緩存.當發(fā)生如果寫（讀）超時，系統(tǒng)都會報錯（對于SerialPort類，其會異常）.因此不能簡單地認為系統(tǒng)在讀寫串口時會始終阻塞主線程，必須人工編程，實現(xiàn)等待操作.整個等待讀操作的過程在一個循環(huán)中.當串口發(fā)生超時，拋出異常時，使用.NET的異常處理機制將會捕獲這個異常，然后不執(zhí)行任何代碼（這種情況下的TimeOutException不能視為出錯情況）就回到原本執(zhí)行的代碼中.只有在滿足條件的情況下（比如用戶中止或者達到別的退出情況），才進入跳出這個環(huán)節(jié).本模塊將接收的數(shù)據(jù)存入一個64K大的Char型數(shù)組中，并將其傳輸給校驗碼計算模塊.3.2.2校驗碼計算模塊本模塊接收從串行數(shù)據(jù)傳輸模塊中輸出的Char型數(shù)組（字符串），并計算其對應ASCII碼的CRC校驗值，將其傳輸給GUI模塊、發(fā)送數(shù)據(jù)模塊以及離線信息采集模塊進行進一步處理.3.2.3打包和發(fā)送數(shù)據(jù)模塊本模塊首先接收從校驗碼計算模塊中輸出的CRC校驗值，將其與GUI模塊中獲得的芯片參數(shù)（生產廠家、型號等）以及檢查的日期與時間生成一個XML文檔.通過HTTP協(xié)議傳輸給遠程服務器，調用遠程服務器上的一個函數(shù)（將傳來的CRC校驗值與標準值對比，判斷其是否正常），并獲取返回值，告知用戶檢測的結果.這種實現(xiàn)機制稱為XML—RPC它是基于XML格式的數(shù)據(jù)傳輸協(xié)議13能夠實現(xiàn)跨平臺（指操作系統(tǒng)，如上位機為Windows系統(tǒng)、服務器為Linux系統(tǒng)），跨語言（如在本系統(tǒng)中，上位機使用.NET實現(xiàn)服務器系統(tǒng)則使用PHP實現(xiàn)），具有很好的兼容性，能夠適應多種情況.3.2.4離線信息采集發(fā)送模塊及離線程序信息數(shù)據(jù)庫在實際執(zhí)法的過程中，時常會發(fā)生無法訪問網絡的情形，在這種情況下，有必要先將提取的代碼信息及校驗碼先保存在上位機本地，待到能夠訪問網絡的場合，再一次性提交信息.本系統(tǒng)將離線信息采集、發(fā)送所需要做的工作分成3個模塊:離線信息采集、離線信息發(fā)送和所需的離線程序信息數(shù)據(jù)庫.離線信息采集模塊與數(shù)據(jù)打包模塊十分類似，有相當部分代碼可以復用.所不同的是數(shù)據(jù)完成打包后，要將數(shù)據(jù)加密（使用諸如RSA算法可靠加密方法）并存入本地的離線程序信息數(shù)據(jù)庫中.離線信息發(fā)送模塊與數(shù)據(jù)發(fā)送模塊十分類似，只是所傳輸?shù)臄?shù)據(jù)包是加過密的，在服務器端另需執(zhí)行一段解密代碼，方能得到數(shù)據(jù).由于離線程序信息量并不大，因此本地的離線程序信息數(shù)據(jù)庫，可以使用文件系統(tǒng)組織的一個XML數(shù)據(jù)庫實現(xiàn)，這樣做既簡單方便，又省去了不少開發(fā)成本，也便于維護工作.4.遠程服務器的實現(xiàn)方案電子秤校驗系統(tǒng)服務器端用于管理電子秤芯片的標準代碼統(tǒng)計檢驗結果，并為上位機端提供基于XML-RPC接口的WebService整體架構使用了基于PHP的MVC框架Symfony，此框架成熟、靈活、擴展性強，適用于大型系統(tǒng)的開發(fā)，為服務器端系統(tǒng)提供了堅實穩(wěn)定的基礎.4.1Symfony框架的介紹Symfony致力于減少重復代碼的編寫，以加速Web應用的開發(fā)和維護.它需要以下軟件的支持:安裝過PHP5的Unix或MicrosoftWindows等操作系統(tǒng)作為Web應用服務.Symfony與許多關系型數(shù)據(jù)庫集成得非常好，成本也較小.Symfony致力于在企業(yè)背景下創(chuàng)建良好的應用，同時也給予開發(fā)者強大的配置功能.從文件結構到外部目錄，幾乎所有的東西都可以自定義.Symfony捆綁了一些諸如測試、調試和文檔生成等額外的工具來滿足企業(yè)的開發(fā)過程.4.2電子秤標準校驗碼數(shù)據(jù)庫的設計電子秤標準校驗碼的管理使用了Symfony提供的基于Propel的ORM技術使得程序員可以使用面向對象的方法對數(shù)據(jù)庫進行訪問，而不用手工構造SQL代碼，這也杜絕了SQL注入的危險另外，Propel使用了PHP的PDO模塊，可以以非常方便地遷移數(shù)據(jù)庫.例如在測試時，使用基于SQLite3.x的數(shù)據(jù)庫，而在實際運用中，只需要修改一下數(shù)據(jù)庫的配置文件，就可以用另外的數(shù)據(jù)庫管理系統(tǒng)，如MySQLOracle和SQLServer來取代，不需要對代碼本身作任何修改.Propel用一個XML文件來描述數(shù)據(jù)庫的配置，動態(tài)生成與數(shù)據(jù)庫對象相關的一個PHP類，就可以直接使用這個類來對數(shù)據(jù)庫進行操作了.在Symfony中，標注名為ID的字段的將自動作為數(shù)據(jù)庫表的主鍵，同時具有AUTO—INCREMENT的屬性，名中以ID為后綴的字段名將自動作為數(shù)據(jù)庫表的外鍵.而CREAT—AT則作為時間戳用于保存創(chuàng)建記錄時的時間.這些都是數(shù)據(jù)庫設計的默認約定，而在Symfony里加以簡化，使得數(shù)據(jù)庫的創(chuàng)建簡便規(guī)范.目前，在項目中使用的表有兩個：一個是CRC表，用于保存芯片的標準代碼.由于標準代碼是芯片破解出的基本數(shù)據(jù)的循環(huán)冗余校驗和，所以用其英文簡稱CRC作為數(shù)據(jù)表名.CRC表中的COMPANY和PRODUCT是電子秤廠商的公司名和產品型號，而CHECKSUM字段則用于表示具體的標準代碼.另一個是Check—Log表，用于記錄檢查芯片的活動，統(tǒng)計檢查的情況.其中SUBMITTED字段保存上位機軟件提交的校驗和.4.3與上位機軟件進行交互的XML-RPC接口上位機軟件用專用的讀碼器讀取芯片基本代碼成功后，經過相關的計算，生成標準代碼，然后再將標準代碼通過HTTP協(xié)議傳給遠程的服務器，其中使用的便是XML-RPC接口.之所以使用XML—RPC而不是SOAP是因為XML-RPC更簡單合理.SOAP復雜的設計并不適合電子秤系統(tǒng)的交互，用XML—RPC更清晰簡便.XML—RPC有兩個方面的內涵：一個主要使用XML作為數(shù)據(jù)封裝格式，XML作為業(yè)界標準的數(shù)據(jù)交換格式，既規(guī)范又強大，另一個，本質上是一個RPC系統(tǒng)，其中使用HTTP協(xié)議，而不是其他的協(xié)議.這樣就可以直接使用Web服務器來完成，減少了額外服務器的配置.5.實驗分析獲取被測電子秤代碼CRC值后，通過XML—使得數(shù)據(jù)庫的操作與數(shù)據(jù)庫引擎相互獨立，從而可RPC與遠程服務器通信.經校驗后，如果服務器端存儲的標準代碼的CRC值與當前被測電子秤的代碼一致，說明被測電子秤代碼沒有被修改過，否則，說明被測電子秤代碼已經被修改過.下面給出測試一臺AT89C52型電子秤時的實驗過程.在調用服務器端的校驗方法時，上位機向服務器端發(fā)送圖4所示的XML數(shù)據(jù).經與服務器端標準代碼的CRC值校驗后，服務器端發(fā)送圖5中的數(shù)據(jù)到上位機.如果當前被測電子秤中的代碼沒有被修改，boolean節(jié)返回1，如果被測電子秤中的代碼被修改過，boolean節(jié)返回0.傳輸給服務器端的信息不完善或者有錯誤時，服務器端將返回一個錯誤信息；圖6所示的上位機傳給服務器端數(shù)據(jù)時，沒有將被測電子秤的生產廠家及產品編號等信息包含進去，服務器端返回的是錯誤提示.6.結語隨著電子技術的不斷發(fā)展，電子秤越來越廣泛地應用于生活的方方面面，給人們的生活帶來了很大的便利.但與此同時，也有不法商販利用電子秤進行作弊，以謀取非法利益.本文針對改變電子秤中芯片代碼的作弊行為，提出一套檢測方案，并實現(xiàn)一套軟硬件結合的系統(tǒng)原型.檢測過程中，如果服務器端存儲的標準代碼的CRC值與當前被測電子秤的代碼相同，表明被測電子秤芯片代碼沒有被修改過，否則，說明被測電子秤代碼被修改過.通過對一臺AT89C52型電子秤的實驗測試，可以驗證當前測評方案的正確性.同時，驗證系統(tǒng)給出了良好的錯誤檢驗及提示信息.本防作弊測評方案設計及實現(xiàn)時，只針對電子秤產品的校驗.希望以后的研究工作，能將該測評方案擴展到其他計量器具的防作弊檢驗中，如出租車計價器和加油機等產品.同時，本文所實現(xiàn)的電子秤防作弊檢測系統(tǒng)原型在功能上還不夠完善，將在以后的工作中完善該系統(tǒng)，并能將其應用到實際防作弊測評中。。
DELL EMC圖形工作站 如果不會域名驗證，這里有詳細介紹https://aq.chinaz.com/SSLHelp/Purchasefile5.驗證通過下載證書即可。
戴爾圖形工作站制作公司網站的時候，必須先制定一個規(guī)劃，我想要建設的公司網站的定位是什么，主機要選擇多大的，網站建設的目的是為了什么，需要達到什么樣的發(fā)展目標，想要用什么語言進行開發(fā)，后期如何做好日常維護和安全維護工作等等先把這些東西弄明白，才能更好地制作公司網站。3、選擇合適的域名是制作企業(yè)官網必經之路一般來說，公司網站域名選擇正規(guī)的域名服務商，然后就是注意域名后綴的選擇，以.com后綴的域名為佳，這類域名是權威性的，辨識度也比較高，而.org和.net這2個域名雖然排名上更具有又是一些，但是這類型的后綴一般不太適合商業(yè)性的公司使用。接著，域名的選擇有考慮是否容易被記住，是否精簡，這樣方便用戶二次訪問。還有一點尤其注意，老域名雖然好，容易收錄上排名，但是，在購買老域名的時候，先查一下這個域名有沒有前科，如果不小心購買了有前科的域名，后期優(yōu)化難度會很高。4、網站設計能制作一個的公司網站這個步驟是比較重要的，制作公司網站，需要根據(jù)公司的發(fā)展目標，公司的行業(yè)風格進行設計，不要過度追求所謂的“創(chuàng)意”，以合適為重。此外，就是做好前臺、后臺的排版，編寫好網站程序，建立企業(yè)網站的數(shù)據(jù)庫，完成域名綁定等等一系列的工作。5、做好公司網站數(shù)據(jù)上傳工作以上工作都做好之后，網站最后是需要發(fā)布到web服務器上面的，這樣子網站才會被用戶搜索到，一般可以選擇用FTP軟件上傳，上傳測試之后，如果沒有問題，就可以對網站進行推廣宣傳了，可以采用競價方式為輔助先快速獲取一些排名，積累前期用戶，在慢慢利用seo技術優(yōu)化，穩(wěn)定排名。以上，便是制作公司網站的幾個重要的步驟。當然，網站制作完成并不是終點，而是另一項更重要的工作的起來，那就是網站優(yōu)化。所以，制作公司網站之后，后期一定要在維護以及優(yōu)化網站上面下功夫，要時常保證網站內容的更新，看看網站是否可以正常訪問和打開。
DELL存儲建立一個連接，主機名填寫a.gicp.net連接即可一些常見的失敗原因：1.端口映射沒有成功2.被訪問服務器hosts.allow中sshd設置有問題3.sshd沒有打開/etc/init.d/sshdstart4.網卡設置問題祝大家玩的愉快，有人配置成功的話，且開機時間比較多的話（本人比較少），放出你的主機名，給大家個公用賬號，我們可以去你那里來個到此一游（給開放個創(chuàng)建文件的權限吧），最后祝大家好運。。
近十年來，我國大部分軟件主要是基于單機進行開發(fā)的，取得了較好的社會效益和經濟效益數(shù)據(jù)倉庫技術不僅需要大量的數(shù)據(jù)，而且還需要滿足一定的組織結構形式的數(shù)據(jù)，如果這些數(shù)據(jù)都在一個個獨立的業(yè)務系統(tǒng)中以表、帳的形式組織在一起，這些數(shù)據(jù)也只是一種處于原始狀態(tài)的資源，是一些信息孤島。多年來，國內外許多機構、公司把信息技術用于管理和經營以提高運作效率，增強競爭能力。這些基于關系數(shù)據(jù)庫的系統(tǒng)的應用使得越來越多的關鍵性數(shù)據(jù)存入數(shù)據(jù)庫中，但是，這些數(shù)據(jù)并沒有得到充分的利用。對這些業(yè)務系統(tǒng)及其表、帳的數(shù)據(jù)結構不熟悉的管理人員難以找到并利用這些數(shù)據(jù)，更難以用其形成完整的業(yè)務視圖。關系數(shù)據(jù)庫管理系統(tǒng)較適合簡單列表記錄級的查詢、修改、刪除。傳統(tǒng)的基于關系數(shù)據(jù)庫系統(tǒng)的OLTP是面向應用的、事務驅動的，其數(shù)據(jù)受到業(yè)務系統(tǒng)和表、帳的雙重封閉，因此要用支持的關系數(shù)據(jù)庫進行分析是十分困難的。對于沒有集成起來，而分散在不同系統(tǒng)環(huán)境中的格式不統(tǒng)一的數(shù)據(jù)格式不能很好地支持DSS. 2數(shù)據(jù)倉庫化DSS模型把數(shù)據(jù)倉庫定義為：數(shù)據(jù)倉庫是支持管理決策過程的、面向主題的、集成的、穩(wěn)定的、不同時間的數(shù)據(jù)集合。簡而言之，數(shù)據(jù)倉庫是為了利用現(xiàn)有的數(shù)據(jù)進行分析和推理，從而為決策提供依據(jù)而建立的綜合體系。 數(shù)據(jù)倉庫的面向主題即是對客觀事物進行決策支持的領域，如銷售市場、軍事后勤保障等。將與主題相關的數(shù)據(jù)有機地集成起來，存儲期限為5～10年，用于分析主題的時間趨勢。
警方表示，為網絡犯罪提供域名劫持推廣引流服務是嚴重犯罪行為，廣大群眾要把技術運用到正確的方向，不可以把技術運用到做違法犯罪的事情上去同時我們企業(yè)一旦發(fā)現(xiàn)公司網頁強行跳轉或電腦、移動設備發(fā)現(xiàn)病毒、木馬感染等情況，應慎重對待，立即積極向警方舉報。針對這種情況，若有條件的企事業(yè)單位應導入網頁防纂改管理系統(tǒng)，同時根據(jù)網絡安全法，以及國家對等級保護法的要求，針對企業(yè)薄弱環(huán)節(jié)，安全方面加大信息安全的投入，盡可能的把犯罪風險降到最低。。
2.由于分店數(shù)據(jù)保存在總部，數(shù)據(jù)上沒有滯后性，總部可隨時查詢分店資料，便于總部及時收集分店信息，給統(tǒng)一管理帶來便利3.數(shù)據(jù)信息統(tǒng)一存儲，也使得信息管理比較容易，數(shù)據(jù)的一致性和安全性也很容易得到保障。4.各分店與總部之間傳送的數(shù)據(jù)量很少，傳輸快而方便，節(jié)省電話費。而且對于硬件要求也很低，用普通電話線就可輕易實現(xiàn)數(shù)據(jù)及時傳送。但是這種連鎖方式的缺點也是明顯：1.首先一個致命的弱點是——分店功能太少，無法在分店實現(xiàn)進銷存的管理。分店的負責人不能得到所需要的全面的經營管理數(shù)據(jù)。2.另一個致命的弱點是——總部負擔太重，需要錄入編輯太多的單據(jù)，工作量大而繁瑣，出錯的可能性也較大。3.由于總部對各分店管理的太死，無法發(fā)揮各分店的主觀能動性和靈活性，往往使得管理陷入僵硬、死板的教條模式。鑒于以上的致命弱點，現(xiàn)在這種連鎖管理模式已經逐漸有被淘汰的趨勢，有很多過去采用這種模式的企業(yè)，也逐漸在更換這種模式，轉用更先進、更能體現(xiàn)企業(yè)管理思想的連鎖模式。二、數(shù)據(jù)在總部集中統(tǒng)一管理，分店具有銷售和數(shù)據(jù)查詢的功能。這種連鎖方案從實質上來說與第一種方案是一致的，只是在分店多了一個數(shù)據(jù)查詢模塊，能夠查詢自己分店內的相關數(shù)據(jù)。
第一步，啟用Asp，進入：控制面板-gt，管理工具-gt，IIS（Internet服務器）-Web服務擴展-gt，ActiveServerPages-gt，允許控制面板-gt，管理工具-gt，IIS（Internet服務器）-Web服務擴展-gt，在服務端的包含文件-gt，允許第二步啟用父路徑支持IIS-網站－主目錄－配置－選項－啟用父路徑第三步，權限分配IIS-網站－（具體站點）－（右鍵）權限－Users完全控制以上設置都正常，但是不能正常訪問lt，ACCESSgt，數(shù)據(jù)庫（一般是提示無法連接數(shù)據(jù)庫）解決方法：c:windowstemp把TEMP里的USERS權限給個完全控制，問題解決。
祝你好運。
關閉返回