㈠ 資料庫空間不足怎麼解決
一、用戶資料庫搬家
操作方法有以下兩種
方法1：在企業管理器中進行
（1）在企業管理器中選定要搬家的資料庫名，在其上單擊滑鼠右鍵，出現如圖1所示對話框。
（2）選中「所有任務」，在其子菜單中單擊「分離資料庫」。
（3）將該資料庫的數據文件和日誌文件從舊的位置（如D:\MSsql\Data）拷貝到新的位置（如E:\SQLDataNew）。
（4）再在企業管理器中選中「資料庫」文件夾，在其上單擊滑鼠右鍵，在出現的對話框中選中「所有任務」，在其子菜單中單擊「附加資料庫」。
（5）在出現的「附加資料庫」對話框中，選擇資料庫的兩個文件的新位置。
方法2：用SQL系統存儲過程sp_detach_db/sp_attach_db實現
（1）使用下面語句分離資料庫：
USE master
GO
EXEC sp_detach_db 'mydb'
GO
（2）將該資料庫的數據文件和日誌文件從舊的位置拷貝到新的位置。
（3）使用下面語句重新附加資料庫：
USE master
GO
EXEC sp_attach_db
'mydb', 'E:\SQLDataNew\mydbdata.mdf', 'E:\SQLDataNew\mydblog.ldf''
GO
二、系統資料庫搬家
1．master資料庫搬家
（1）由於SQL Server每次啟動的時候都需要讀取master資料庫，因此必須在企業管理器中改變SQL Server啟動參數中master數據文件和日誌文件的路徑。
在 SQL Server屬性的「常規」選項卡下面有一個叫做「啟動參數」的按鈕，單擊後可以看到所示的界面。
其中，-d用來指定master資料庫文件的路徑，而–l用來指定master資料庫日誌文件的路徑。
刪除舊的master資料庫文件和日誌文件的路徑，添加新的master數據文件和日誌文件所在的路徑，如：
-dE:\ SQLDataNew \master.mdf
-lE:\ SQLDataNew \mastlog.ldf
（2）停止SQL Server服務，將master.mdf文件和mastlog.ldf文件拷貝到新的位置，如E:\ SQLDataNew文件夾中。
（3）重新啟動服務即可。
小技巧：如果在「啟動參數」添加的master資料庫文件和日誌文件的路徑或文件名有誤，就會造成SQL Server啟動不起來。而此時想改正錯誤又因SQL Server啟動不了而重設不了「啟動參數」。其實這兩個文件路徑和文件名是放置在注冊表HKEY_LOCAL_MACHINE\SOFWARE\Microsoft\Miccrosoft SQL Server\你安裝SQL伺服器的名\MSSQLServer\Parrmeters下的參數SQLArg1和SQLArg2中，修改這兩個參數的值即可。
2. msdb資料庫和model資料庫搬家
（1）對於msdb資料庫和model資料庫，我們不能在企業管理器中實現分離和附加，只能用sp_detach_db和sp_attach_db存儲過程來分離和附加這兩個資料庫。
其中，對於msdb資料庫，還應確保SQL Server代理當前沒有運行，否則sp_detach_db存儲過程將運行失敗，並返回如下消息：
「無法除去資料庫 'msdb' ，因為它當前正在使用。」
（2）調出如圖4所示的「啟動參數」對話框，添加新參數-T3608。這樣，啟動SQL Server，它就不會恢復除master之外的任何資料庫。
（3）重新啟動SQL Server，再用下面命令分離msdb或者model資料庫：
EXEC sp_detach_db 'msdb'
GO
（4）將數據文件和日誌文件移到新的位置，然後再用下面命令重新附加msdb資料庫或者model資料庫：
USE master
GO
EXEC sp_attach_db
'msdb', 『E:\SQLDataNew\msdbdata.mdf', ' E:\SQLDataNew\msdblog.ldf '
GO
（5）在企業管理器中，從「啟動參數」框中刪除-T3608跟蹤標記，再停止並重新啟動SQL Server。
3. tempdb資料庫搬家
對於tempdb資料庫，則可以直接使用ALTER DATABASE語句來為數據文件和日誌文件指定新的存放位置，如下所示：
USE master
GO
ALTER DATABASE tempdb MODIF
Y FILE (NAME=tempdev, FILENAME ='E:\SQLDataNew \tempdb.mdf')
GO
ALTER DATABASE tempdb MODIF
Y FILE(NAME=templog, FILENAME=
' E:\SQLDataNew \templog.ldf')
GO
至此，SQL Server 中資料庫全部搬家完成。
㈡ 資料庫滿了怎麼辦
問題一：資料庫空間滿了怎麼處理 1：分離資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件
3：附加資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小隻有500多K
再將此資料庫設置自動收縮
或用代碼分離 pubs，然後將 pubs 中的一個文件附加到當前伺服器：
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
問題二：資料庫滿了怎麼辦？ 資料庫是只讀的(Readonly),也即不可以修改(增加\刪除\修改都不行)
問題三：SQL server資料庫日誌滿了怎麼處理？ 解決方法
日誌文件滿而造成SQL資料庫無法寫入文件時，可用兩種方法：
一種方法：清空日誌。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 資料庫名 WITH NO_LOG
2.再打開企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。
另一種方法有一定的風險性，因為SQL SERVER的日誌文件不是即時寫入資料庫主文件的，如處理不當，會造成數據的損失。
1: 刪除LOG
分離資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞分離資料庫
2：刪除LOG文件
附加資料庫 企業管理器－＞伺服器－＞資料庫－＞右鍵－＞附加資料庫
此法生成新的LOG，大小隻有500多K。
注意：建議使用第一種方法。
如果以後,不想要它變大。
SQL2000下使用：
在資料庫丁點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 資料庫名 set recovery simple
另外，如上圖中資料庫屬性有兩個選項，與事務日誌的增長有關：
Truncate log on checkpoint
(此選項用於SQL7.0，SQL 2000中即故障恢復模型選擇為簡單模型)
當執行CHECKPOINT 命令時如果事務日誌文件超過其大小的70% 則將其內容清除在開發資料庫時時常將此選項設置為True
Auto shrink
定期對資料庫進行檢查當資料庫文件或日誌文件的未用空間超過其大小的25%時，系統將會自動縮減文件使其未用空間等於25% 當文件大小沒有超過其建立時的初始大小時不會縮減文件縮減後的文件也必須大於或等於其初始大小對事務日誌文件的縮減只有在對其作備份時或將Truncate log on checkpoint 選項設為True 時才能進行。
注意：一般立成建立的資料庫默認屬性已設好，但碰到意外情況使資料庫屬性被更改，請用戶清空日誌後，檢查資料庫的以上屬性，以防事務日誌再次充滿。
問題四：資料庫空間滿了怎麼處理 各資料庫空間滿處理方法
wenku./...YexzIW
問題五：網站的虛擬空間，資料庫滿了怎麼辦？ 肯定有影響啦，你自己說的，每天發很多文章，最終資料庫滿了，就是說文章保存在資料庫中，一般來說資料庫保存釘東西都是內存不是很大的東西，除了網站cms所必要的數據和系統日誌之外，就是你文章的文字啦，至於圖片和視頻等等佔用空間很多的東西就保存在網頁空間裡面了，和數據沒有關系。
就如樓上的所說，問題不大，增加資料庫的容量就行了，現在一般的IDC都會提供這樣的服務，對你現在的網站不會有影響的。此外聯系客服也很重要的。祝你早日解決問題！
問題六：SQL數據磁碟滿了怎麼解決？ -- 清空日誌
--壓縮日誌及資料庫文件大小
/*--特別注意
請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的資料庫.
--*/
select*fromsysfiles
--1.清空日誌
DUMPTRANSACTIONusernameWITHNO_LOG
--2.截斷事務日誌：
BACKUPLOGusernameWITHNO_LOG
--3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小
-- 企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件
--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
-- 也可以用SQL語句來完成
--收縮資料庫
DBCCSHRINKDATABASE(username)
--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select*fromsysfiles
DBCCSHRINKFILE(2)
--4.為了最大化的縮小日誌文件(如果是sql7.0,這步只能在查詢分析器中進行)
-- a.分離資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--分離資料庫
-- b.在我的電腦中刪除LOG文件
-- c.附加資料庫:
-- 企業管理器--伺服器--資料庫--右鍵--附加資料庫
-- 此法將生成新的LOG，大小隻有500多K
-- 或用代碼：
-- 下面的示例分離username，然後將username中的一個文件附加到當前伺服器。
execsp_dboptionusername,'singleuser',true
a.分離
[email protected] ='username'
b.刪除日誌文件
execmaster..xp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOG.ldf'
c.再附加
[email protected] ='username',
@physname='D:\ProgramFiles\SQL\database\username_Data.MDF'
--5.為了以後能自動收縮,做如下設置:
-- 企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇自動收縮
--SQL語句設置方式:
EXECsp_dboption'資料庫名','autoshrink','TRUE'
--6.如果想以後不讓它日誌增長得太大
-- 企業管理器--伺服器--右鍵數據......>>
問題七：資料庫日誌已滿，如何處理？ 先提供一種復雜的方法壓縮日誌及資料庫文件如下：1.清空日誌 mp transaction 庫名 with no_log2.截斷事務日誌： backup log 資料庫名 with no_log3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小 企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件 --選擇日誌文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了 --選擇數據文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了 也可以用sql語句來完成 --收縮資料庫 dbcc shrinkdatabase(客戶資料) --收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles dbcc shrinkfile(1)4.為了最大化的縮小日誌文件(如果是sql 7.0,這步只能在查詢分析器中進行) a.分離資料庫: 企業管理器--伺服器--資料庫--右鍵--分離資料庫 b.在我的電腦中刪除log文件 c.附加資料庫: 企業管理器--伺服器--資料庫--右鍵--附加資料庫 此法將生成新的log，大小隻有500多k 或用代碼： 下面的示例分離 pubs，然後將 pubs 中的一個文件附加到當前伺服器。 a.分離 e x e c sp_detach_db @dbname = 'pubs' b.刪除日誌文件 c.再附加 e x e c sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\program files\microsoft sql server\mssql\data\pubs.mdf'5.為了以後能自動收縮,做如下設置: 企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇自動收縮 --sql語句設置方式: e x e c sp_dboption '資料庫名', 'autoshrink', 'true'6.如果想以後不讓它日誌增長得太大 企業管理器--伺服器--右鍵資料庫--屬性--事務日誌 --將文件增長限制為xm(x是你允許的最大數據文件大小) --sql語句的設置方式: alter database 資料庫名 modify file(name=邏輯文件名,maxsize=20) 我來完善答案完善答案通過審核後，可獲得3點財富值最新回答：2012-06-20 05:01 版本：1個歷史版本
問題八：如何從根本上解決SQL資料庫日誌已滿的問題 1、你設置了日誌文件的最大數，資料庫的恢復模式是完整恢復模式，所有的針對資料庫的改動都會記錄到日誌，不僅僅是你的改動資料庫，資料庫本身的操作也有記錄到日誌，所以，日誌文件才會不斷增長。
2、那是因為大部分的電腦上的資料庫，基本沒怎麼變過，但生產用的資料庫經常變動，所以日誌記錄也變得巨大，我見過資料庫200MB，但是日誌文件50GB，因為本來資料庫有10GB，因為測試需要刪除了大部分的數據，結果導致日誌文件增長到了50GB。
3、定時備份日誌並收縮日誌文件。
4、通過備份日誌，並收縮日誌文件，這個語句你自己網路。
5、日誌是一個以事務編號連續的記錄，比如，我第一次備份的日誌事務編號為1-1000，那麼日誌就會被截斷，並從1001開始，之後的日誌備份就從1001開始了，所以，初始備份一直到最後一次備份都不能刪除，否則使用日誌恢復時會出現問題。
問題九：oracle資料庫空間占滿了，怎麼辦 1、刪除無用文件或數據，騰空間。
2、將空間緊張的數據移到其他空閑空間。
3、增加新存儲空間。
問題十：如何清理sql server 已滿的資料庫日誌 SQLSERVER的資料庫日誌佔用很大的空間，下面提供三種方法用於清除無用的資料庫日誌文件
方法一：
1、打開查詢分析器，輸入命令
backup log database_name WITH NO_log
2、再打開企業管理器--右鍵要壓縮的資料庫--所有任務--收縮資料庫--收縮文件--選擇日誌文件--在收縮方式里選擇收縮至xxm,這里會給出一個允許收縮到的最小m數,直接輸入這個數,確定就可以了。
方法二：
設置檢查點，自動截斷日誌
一般情況下，SQL資料庫的收縮並不能很大程度上減小資料庫大小，其主要作用是收縮日誌大小，應當定期進行此操作以免資料庫日誌過大
1、設置資料庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄-->選擇你的資料庫名稱（如用戶資料庫cwbase1）-->然後點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇「簡單」，然後按確定保存
2、在當前資料庫上點右鍵，看所有任務中的收縮資料庫，一般裡面的默認設置不用調整，直接點確定
3、收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據
方法三：通過SQL收縮日誌
把代碼復制到查詢分析器里，然後修改其中的3個參數(資料庫名，日誌文件名，和目標日誌文件的大小)，運行即可
SET NOCOUNT on
DECLARE @logicalFileName sysname,
@MaxMinutes int,
@NewSize int
USE tablename -- 要操作的資料庫名
select @logicalFileName = 'tablename_log', -- 日誌文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 1 -- 你想設定的日誌文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
select @OriginalSize = size
from sysfiles
WHERE name = @logicalFileName
select 'Original Size of ' + db_name() + ' log is ' +
ConVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +
ConVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'mb'
from sysfiles
WHERE name = @logicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter int,
@StartTime DATETIME,
@Trunclog VARCHAR(255)
select @StartTime = getdate(),
@Trunclog = 'backup log ......>>
㈢ 蘋果手機怎麼清除微信數據
清理蘋果手機里的微信數據的方法主要有兩種：
一、使用PC端蘋果助手軟體，很容易，傻瓜式操作就行，並且清理的很徹底；
二、使用手機微信進行清理，只能清理一部分，具體方法如下：
1、打開微信，點最下面一排的「我」；
2、點擊「設置」；
3、點擊「通用」；
4、點擊「清除微信存儲空間」；
5、選擇要清楚的數據，如文字、圖片、視屏等；
6、然後就不見了！！！
㈣ 資料庫存儲空間中碎片產生的原因 及如何回收碎片
以MySQL為例，碎片的存在十分影響性能
MySQL 的碎片是 MySQL 運維過程中比較常見的問題，碎片的存在十分影響資料庫的性能，本文將對 MySQL 碎片進行一次講解。
判斷方法：
MySQL 的碎片是否產生，通過查看
show table status from table_nameG;
這個命令中 Data_free 欄位，如果該欄位不為 0，則產生了數據碎片。
產生的原因：
1. 經常進行 delete 操作
經常進行 delete 操作，產生空白空間，如果進行新的插入操作，MySQL將嘗試利用這些留空的區域，但仍然無法將其徹底佔用，久而久之就產生了碎片；
演示：
創建一張表，往裡面插入數據，進行一個帶有 where 條件或者 limit 的 delete 操作，刪除前後對比一下 Data_free 的變化。
刪除前：
Data_free 不為 0，說明有碎片；
2. update 更新
update 更新可變長度的欄位(例如 varchar 類型)，將長的字元串更新成短的。之前存儲的內容長，後來存儲是短的，即使後來插入新數據，那麼有一些空白區域還是沒能有效利用的。
演示：
創建一張表，往裡面插入一條數據，進行一個 update 操作，前後對比一下 Data_free 的變化。
CREATE TABLE `t1` ( `k` varchar(3000) DEFAULT NULL ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
更新語句：update t1 set k='aaa';
更新前長度：223 Data_free：0
更新後長度：3 Data_free：204
Data_free 不為 0，說明有碎片；
產生影響：
1. 由於碎片空間是不連續的，導致這些空間不能充分被利用；
2. 由於碎片的存在，導致資料庫的磁碟 I/O 操作變成離散隨機讀寫，加重了磁碟 I/O 的負擔。
清理辦法：
MyISAM：optimize table 表名；（OPTIMIZE 可以整理數據文件,並重排索引）
Innodb：
- select count(*) from test.twitter_11;
1. ALTER TABLE tablename ENGINE=InnoDB；(重建表存儲引擎，重新組織數據)
2. 進行一次數據的導入導出
碎片清理的性能對比：
引用我之前一個生產庫的數據，對比一下清理前後的差異。
SQL執行速度：
修改前：1 row in set (7.37 sec)
修改後：1 row in set (1.28 sec)
結論：
通過對比，可以看到碎片清理前後，節省了很多空間，SQL執行效率更快。所以，在日常運維工作中，應對碎片進行定期清理，保證資料庫有穩定的性能。
㈤ 資料庫空間滿了怎麼處理
估計你的資料庫是Access資料庫
如果以前的數據必須存儲，不能刪除，那麼再創建一個新表，就原來的表重命名，新表的結構必須與原結構完全一樣，新表重命名為原來表的名稱即可。
如果以前的數據可以不保存，將不需要的記錄刪除就可以。
如果能夠轉換為SQL資料庫，存儲量比Access資料庫大得多。