㈠ 求高手解決伺服器問題。最近網站特別卡,資料庫經常鎖死，求高手指點！！！！資料庫是sqlserver2000。
死鎖一般是編程及優化方面的問題，用引擎優化顧問（不知道2000有沒有呵呵）優化一下索引看看
一般死鎖在資料庫中會瞬間被解除，客戶反映的卡應該屬於阻塞，你應該往優化方面考慮
用profiler檢測一下耗時的嚴重的語句，想辦法優化業務流程以及數據處理流程
2008性能方面肯定是優於2000的，但是如果你程序設計的很爛的話，再優越也體現不出來
㈡ 無法打開注冊表，任務管理器被鎖死
進入開始菜單，點「運行」，輸入「gpedit.msc」按回車進入組策略。依次進入用戶配置-》管理模板-》系統-》在這裡面有一個禁用注冊表，選擇禁止。然後進入CTRL+ALT+DEL，其中有個刪除任務管理器，選擇禁止。
㈢ web 伺服器被鎖定是怎麼回事
Visual Studio 調試器
錯誤：Web 伺服器已被鎖定，正在阻塞 DEBUG 謂詞
由於運行了 IIS 鎖定工具並且安裝並激活了 URLScan，單步執行 Web 應用程序或 XML Web services 失敗。這種情況下將禁止 IIS 接收 DEBUG 謂詞。
URLScan 是與 IIS 鎖定工具一同使用的安全工具，它使 IIS 網站管理員能夠關閉不必要的功能並限制伺服器處理的 HTTP 請求類型。通過阻塞特定的 HTTP 請求，URLScan 安全工具可防止有潛在危害的請求到達伺服器造成損害。
如果應用程序正在 Windows Server 2003 的 IIS 6.0 上運行，則不需要運行 IIS 鎖定工具，因為 IIS 6.0 提供了相同功能。
在安裝有 URLScan 的 Web 伺服器上啟用調試
找到 Urlscan.ini 文件。通常，在類似下面這樣的目錄中可以找到它：
C:\WINNT\System32\Inetsrv\urlscan
創建此文件的副本並將它命名為 Urlscan.old。
使用「記事本」或選定的文本編輯器打開 Urlscan.ini 文件的原始副本。
在 Urlscan.ini 中，找到 [AllowVerbs] 節。將「DEBUG」添加到 [AllowVerbs] 節中。如果在 [AllowVerbs] 節中看到「;DEBUG」，請移除分號，以取消謂詞的注釋狀態。
找到 [DenyVerbs] 節。如果 DEBUG 出現在 [DenyVerbs] 節中，請將其刪除。
保存該文件。
重新啟動伺服器或重新啟動 IIS。
㈣ 求助伺服器崩潰原因和解決方法
在計算機網路日益普及的今天，計算機安全不但要求防治計算機病毒，而且要提高系統抵抗黑客非法入侵的能力，還要提高對遠程數據傳輸的保密性，避免在傳輸途中遭受非法竊取。下面壹基比小喻來給你們講講伺服器託管站點崩潰的幾大原因。
第一，內存泄漏
C/C++程序還可能產生另一個指針問題:丟失對已分配內存的引用。當內存是在子程序中被分 配時，通常會出現這種問題，其結果是程序從子程序中返回時不會釋放內存。如此一來，對已分配的內存的引用就會丟失，只要操作系統還在運行中，則進程就會一 直使用該內存。這樣的結果是，曾佔用更多的內存的程序會降低系統性能，直到機器完全停止工作，才會完全清空內存。
第二，C指針錯誤
用C或C++編寫的程序，如Web伺服器API模塊，有可能導致系統的崩潰，因為只要間接引 用指針(即，訪問指向的內存)中出現一個錯誤，就會導致操作系統終止所有程序。另外，使用了糟糕的C指針的Java模擬量(analog)將訪問一個空的 對象引用。Java中的空引用通常不會導致立刻退出JVM，但是前提是程序員能夠使用異常處理方法恰當地處理錯誤。在這方面，Java無需過多的關注，但 使用Java對可靠性進行額外的度量則會對性能產生一些負面影響。
第三，資料庫中的臨時表不夠用
許多資料庫的臨時表(cursor)數目都是固定的，臨時表即保留查詢結果的內存區域。在臨時表中的數據都被讀取後，臨時表便會被釋放，但大量同時進行的查詢可能耗盡數目固定的所有臨時表。這時，其他的查詢就需要列隊等候，直到有臨時表被釋放時才能再繼續運行。
第四，線程死鎖
由多線程帶來的性能改善是以可靠性為代價的，主要是因為這樣有可能產生線程死鎖。線程死鎖 時，第一個線程等待第二個線程釋放資源，而同時第二個線程又在等待第一個線程釋放資源。我們來想像這樣一種情形:在人行道上兩個人迎面相遇，為了給對方讓 道，兩人同時向一側邁出一步，雙方無法通過，又同時向另一側邁出一步，這樣還是無法通過。雙方都以同樣的邁步方式堵住了對方的去路。假設這種情況一直持續 下去，這樣就不難理解為何會發生死鎖現象了。
第五，磁碟已滿
導致系統無法正常運行的最可能的原因是磁碟已滿。一個好的網路管理員會密切關注磁碟的使用情況，隔一定的時間，就需要將磁碟上的一些負載轉存到備份存儲介質中(例如磁帶)。
日誌文件會很快用光所有的磁碟空間。Web伺服器的日誌文件、SQL*Net的日誌文件、 JDBC日誌文件，以及應用程序伺服器日誌文件均與內存泄漏有同等的危害。可以採取措施將日誌文件保存在與操作系統不同的文件系統中。日誌文件系統空間已 滿時Web伺服器也會被掛起，但機器自身被掛起的幾率已大大減低。
第六，伺服器超載
Netscape Web伺服器的每個連接都使用一個線程。Netscape Enterprise Web伺服器會在線程用完後掛起，而不為已存在的連接提供任何服務。如果有一種負載分布機制可以檢測到伺服器沒有響應，則該伺服器上的負載就可以分布到其 它的Web伺服器上，這可能會致使這些伺服器一個接一個地用光所有的線程。這樣一來，整個伺服器組都會被掛起。操作系統級別可能還在不斷地接收新的連接， 而應用程序(Web伺服器)卻無法為這些連接提供服務。用戶可以在瀏覽器狀態行上看到connected(已連接)的提示消息，但這以後什麼也不會發生。
總之，還有許多因素也極有可能導致伺服器租用或伺服器託管站點無法工作。有許多種原因可能導致Web站點無法正常工作，這使得系統地檢查所有問題變得很困難。
㈤ 本次操作由於這台計算機的限制而被取消，請與您的系統管理員聯系。 計算機被鎖死
我早上就出現了這種情況，網上都說在開始裡面輸入gpedit.msc--組策略編輯器--別提了，連文件夾都進不去對不對，MMC是控制台它可以對電腦進行深一步的更改一般情況下不要進去，但現在這種情況只有通過他來了，要不就拿到客服重裝，MMC如果在C:\WINdows\system32\裡面打不開那就只有在開機閃游標時多按幾下F8選擇--帶命令字元的安全模式--在一個黑框框里游標閃動的地方輸入mmc按回車鍵進入控制台，點左上角文件--添加/刪除管理單元--組策越管理器，點擊添加-完成-確認，然後再最先進的控制檯面板上就有組策越了，打開他，依次點擊用戶配置--管理模版--系統--不要運行的window程序點擊不設置確定，在點擊要運行的window程序也點擊不配置。完成，退出按ctrl+alt+del重啟，早上剛弄好了酒吧過程記下了，樓主，採納啊！
㈥ 軟體(死鎖)
產生死鎖的原因主要是：
（1） 因為系統資源不足。
（2） 進程運行推進的順序不合適。
（3） 資源分配不當等。
程序死鎖的解決辦法：
（1）合理安排表訪問順序。
（2）在事務中盡量避免用戶干預，盡量使一個事務處理的任務少些, 保持事務簡短並在一個批處理中。
（3）數據訪問時域離散法, 數據訪問時域離散法是指在客戶機/伺服器結構中，採取各種控制手段控制對資料庫或資料庫中的對象訪問時間段。主要通過以下方式實現: 合理安排後台事務的執行時間，採用工作流對後台事務進行統一管理。工作流在管理任務時，一方面限制同一類任務的線程數（往往限制為1個），防止資源過多佔用; 另一方面合理安排不同任務執行時序、時間，盡量避免多個後台任務同時執行，另外， 避免在前台交易高峰時間運行後台任務。
（4）數據存儲空間離散法。數據存儲空間離散法是指採取各種手段，將邏輯上在一個表中的數據分散到若干離散的空間上去，以便改善對表的訪問性能。主要通過以下方法實現: 第一，將大表按行或列分解為若干小表; 第二，按不同的用戶群分解。
（5）使用盡可能低的隔離性級別。隔離性級別是指為保證資料庫數據的完整性和一致性而使多用戶事務隔離的程度，SQL92定義了4種隔離性級別：未提交讀、提交讀、可重復讀和可串列。如果選擇過高的隔離性級別，如可串列，雖然系統可以因實現更好隔離性而更大程度上保證數據的完整性和一致性，但各事務間沖突而死鎖的機會大大增加，大大影響了系統性能。
（6）使用綁定連接, 綁定連接允許兩個或多個事務連接共享事務和鎖，而且任何一個事務連接要申請鎖如同另外一個事務要申請鎖一樣，因此可以允許這些事務共享數據而不會有加鎖的沖突。
作為一個系統設計員，我想是不會考慮用單一的辦法解決死鎖問題，應該具體問題具體分析。
㈦ 伺服器經常崩潰是怎麼回事
伺服器崩潰的幾種原因第一：高並發流量或請求超過伺服器承受力
無論是企業和個人在租用伺服器的時候都會受到峰值承受限制的，一旦超過伺服器的承受能力，就會導致伺服器癱瘓，應用程序暫停，網站無法訪問。伺服器都是有峰值限制的，不可能承受無上限的並發能力。而造成伺服器癱瘓的原因就是在同一段時間內，訪問人數多，造成高流量的突進。超出了伺服器的承受范圍。這種例子我們經常可以看到，比如雙11期間，很多公司為了應對雙11的高流量，開啟的緊急避險措施和大規模的伺服器負載能力。還有春運期間，12306網站由於受到高並發的問題，也會頻繁的出現崩潰。
第二：磁碟空間不足
導致伺服器無法正常運行的原因也有可能是磁碟空間溢出導致的。企業的網路管理員應該實時關注磁碟的使用情況，並且要在規定的時間把磁碟儲存的數據備份到另外的存儲設備裡面，確保數據無遺失，推薦相關閱讀：哪些網站應該使用伺服器呢？
伺服器的磁碟大部分的資源都是被日誌文件佔用了，包括web伺服器，資料庫等日誌信息都包括其中，以及應用程序伺服器日誌文件均與內存泄漏是同等的危害。我們可以採取措施保護我們的數據和日誌文件，日誌文件對應用程序進行異地存儲。日誌文件系統空間如果滿了，則web伺服器將自動被掛起，但是機器本身癱瘓和宕機的幾率就會大大降低。
第三：伺服器超載
連接web伺服器都是用一個線程鏈接的，web伺服器會在線程用過之後自動掛起，不會再未已鏈接的線程提供任何服務。如果我們用了負載機制，那麼如果該伺服器沒有響應，則該伺服器的負載則會自動的轉移到其他web伺服器上，這個操作會使伺服器一個接一個的用光線程。這中操作可能會導致整個伺服器機組被掛起，操作系統同時還有可能在不斷接收新的鏈接，而我們的web伺服器無法未其提供服務，致使伺服器崩潰。
第四：伺服器遭到惡意攻擊
網路科技的不斷發展同時，黑客的技術和滲透也是很強的，伺服器和系統遭受到攻擊已經是普遍存在的了。所有伺服器都會面臨這個問題，這個是無法預測的危險，我們只能實時做好安全防護，將被攻擊的風險降至最低。
㈧ 鎖死伺服器的程序員燕飛宏是個什麼樣人
說真的我不信這個事，再蠢的人也應該清楚惡意給公司造成損失的，要賠償其造成的全部經濟損失，而且還可能觸犯刑法來個牢獄之災。一個程序員肯定是有文化有智傷的人，很難想像會做出這么蠢的事！再說了這事要是真的為啥不立即報警或者去法院起訴燕飛宏，而要等一年以後爆出來呢！總感覺很蹊蹺
㈨ "什麼值得買"崩了,是怎麼回事
可能是由於網路的問題，本來會給你推薦很多值得買的商品的，根據你自己的用戶消費記錄推薦的，但是如果網比較差的話就顯示不出來了。