一、可能是資料庫的MDF文件存放的物理磁碟空間已滿，這種問題比較棘手，必須要轉移資料庫文件到其它磁碟
二、可能是在建立資料庫時MDF指定了最大空間限制，打開企業管理器，在指定的資料庫上選擇屬性，在數據文件中設定為文件增長不受限制或大一點數據就可以了！
我還沒碰到過其它的情況，以上兩點僅供參考！
『貳』 我安裝SQL SERVER的時候出現內存不足無法運行應用程序，退出一個或多個WINDOWS應用程序，然後再試。該怎麼
砸碎 買個新的
『叄』 如何解決SQL Server虛擬內存不足情況
另外，為了存儲數據和過程緩存，SQL Server使用緩沖池內存為來自 SQL Server 進程的大多數小於8 KB的其他內存請求提供服務。剩下的未保留內存准備用於不能從緩沖池得到服務的其他分配。這些分配包括、但不限於以下各項：SQL Server創建的所有線程的堆棧和關聯的線程環境塊。在SQL Server創建了所有 255 個工作線程之後，這大約為140MB。由在SQL Server地址空間(根據具體系統而有所不同)中運行的其他DLL或進程進行的分配，如： 任何鏈接的伺服器中的 OLE DB 提供程序。通過使用 sp_OA 系統存儲過程或擴展存儲過程載入的COM對象。載入到地址空間中的任何映像(.exe 或 .dll)，這些映像通常使用 20 到 25 MB，但是如果您使用鏈接的伺服器、sp_OA 或擴展存儲過程，則這些映像可能使用更多的空間。進程堆和 SQL Server 可能創建的任何其他堆。在啟動過程中，此空間通常為10 MB，但是如果您使用鏈接的伺服器、sp_OA 或擴展存儲過程，則此虛擬內存空間可能更多。來自SQL Server進程的大於8 KB的分配，例如較大查詢計劃、網路數據包大小配置選項接近於 8 KB 時發送和接收緩沖區等情況所需要的分配。要查看此數字，請查找在 DBCC MEMORYSTATUS 中報告的 OS Reserved 值，該值是作為 8 KB 頁的數目報告的。通常，該值為 5 MB。跟蹤緩沖池中每個緩沖區狀態信息的數組。該值通常約為20 MB，除非SQL Server 運行時啟用了地址窗口化擴展插件(AWE)，在這種情況下，該值將會顯著提高。在擁有大量資料庫的系統上，日誌格式化所需的 64 KB 分配可能會佔用所有剩餘的SQL Server虛擬內存。這之後的分配將失敗，導致本文的「症狀」一節中列出的一個或多個錯誤。通過使用 -g 啟動參數，您可以指示 SQL Server 保留附加的SQL Server虛擬內存可用，以便這些與日誌相關的分配和其他正常分配加在一起也不會用完虛擬地址空間。下表根據資料庫的數目和伺服器版本列出-g值的一些建議初始值： DatabasesSQL Server 7.0 SQL Server 2000:250-g134N/A 500-g185N/A 750-g237N/A 1000-g288-g288 1250-g340-g340 1500-g392-g392此表是使用列出的典型值進行計算的，並且此計算是基於沒有使用鏈接的伺服器活動、sp_OA 或擴展存儲過程這一假設的。它還假設您沒有使用 AWE 和 SQL 事件探查器。出現以上任意一種情況都需要您增加 -g 的值。
『肆』 內存不足，死鎖 ， 錯誤: 701，嚴重性: 17，狀態: 123。快急瘋了！！
伺服器內存不足了。
你的資料庫查詢消耗過多內存，或者是有其他的應用程序裝在伺服器上，佔用了過多內存，還有你不要開啟AWE，這個在03的系統上有很大的限制。讓資料庫自動分配內存吧。
用SQLPROFILER監視你的查詢，時間超過2秒的查詢，然後嘗試優化它們。
『伍』 SQL Server 2000提示可用內存不足
用工具 看看比如360什麼的 看看是不是中毒了 或者整理碎片。
如果真的物理內存沒有了 那要加內存了。
『陸』 為什麼我裝完SQL會提示說我的內存不夠
就內存不足..SQL是微軟開發的.對系統的要求非常嚴格..要在最低配置以上..如果你的電腦中毒了.或者安裝同類軟體（這時要重啟）. 內存不足情況。你打開資源管理器看下內存和CUP的使用情況 在services.msc中關閉無用的服務..釋放內存！再試下.是否是病毒占據了內存空間！
『柒』 用SQL sever 2005打開.sql文件時提示 未能完成工作，存儲空間不足，無法完成此操作 如何解決
應該是分配的空間不夠，看看sql的分配空間的代碼，把空間改大點試試
『捌』 在SQL中運行程序顯示內存不足
D盤空間足夠？
現在Test資料庫沒有在運行？
對於test資料庫有添加文件的許可權？
用sa登陸也不行？
size=1MB,
maxsize=5MB,
filegrowth=1MB
這樣改也不行？
『玖』 SQL Server 2005的存儲空間不足怎麼辦
要經常清日誌哦，那個玩意也不小
追問：
清日誌？……怎麼清啊……
回答：
清空日誌
DUMP
TRANSACTION
@DataBaseName
WITH
NO_LOG
DBCC
SHRINKFILE(
@LogoFileName,@NewSize)
--假設test2為
資料庫
名稱
日誌已經很大的時候用
方法一此方法適用於7.0和2000。
1、在
查詢分析器
中執行：
exec
sp_detach_db
'DB_Name','true'
2、在我的
電腦
中將日誌的物理文件xxx_Log.LDF改名。
3、在查詢分析器中執行：
exec
sp_attach_single_file_db
'DB_Name','C:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\DB_Name.MDF'
4、如果上一步成功，將步驟2中改名後的文件刪除。如果上一步不成功，改回原來的文件名，用sp_attach_db將資料庫附加到
伺服器
，然後用方法二。
『拾』 sql 查詢結果太多（數萬條），導致運行很慢，甚至內存不足出現問題。有什麼好的方法可以解決這個問題
我試過一下幾個方法：
嘗試把多餘的進程關閉了，增加內存，這樣速度和查詢條數都會增多
如果有多個關聯條件，並且可以拆分，建議用UNION ALL進行查詢，效率會有所提高
如果你只要查詢幾千條看看效果，那樓上的朋友的建議也是可取的
嘗試下查詢中，使用索引列，速度也會有明顯增加
具體情況具體分析，籠統的我也就知道這些了，我也是新手哇