資料庫配置過大怎麼辦
處理方法：
1、用BACKUP LOG database WITH NO_LOG清除日誌
把資料庫屬性中的故障還原模型改為「簡單」可以大大減慢日誌增長的速度。
用BACKUP LOG database WITH NO_LOG命名後，會截斷不活動日誌，不減小物理日誌文件的大小，但邏輯日誌會減小，收縮資料庫後會把不活動虛擬日誌刪除來釋放空間，不會損壞數據。
如果日誌被截斷並收縮資料庫後，就不能直接用最近的一個全庫備份做時間點還原，建議立即備份資料庫，以防萬一。
2、sql server運行中，刪除主資料庫事務日誌文件，步驟如下：
(1)、分離資料庫管理器－資料庫－右擊要刪除日誌的資料庫－所有任務－分離資料庫
(2)、然後刪除日誌文件
(3)、然後再附加資料庫
企業管理器－資料庫－右擊資料庫－所有任務－附加資料庫時只附加mdf.
3、壓縮SQL資料庫及日誌的詳細方法
可以在資料庫屬性選項中選擇「Auto shrink」選項，讓系統自動壓縮資料庫，也可以用人工的方法來壓縮。
Ⅱ 資料庫高手請進 數據文件過大的問題
1.5 g 的資料庫是很小的庫了！這個量級正常是不應該存在慢的問題。
1.慢可能是伺服器的配置過低，尤其是阿里雲伺服器租用的配置太低了！感覺你說所的找不到存儲過程好像就是阿里雲最低配的問題。
2.你們還用存儲過程，和我們以前的系統一樣，所有的業務邏輯都是存儲過程完成，所以所有的壓力都在資料庫伺服器上，伺服器就容易卡，用存儲過程還無法負載均衡。
3.表的索引缺失或不合理，很重要的原因。
4.使用了大量的觸發器，觸發器是開始一下爽，後來苦一生。堅決不用觸發器，數據量大這個是要命的。
5.存儲過程里使用大量的link 訪問其他資料庫伺服器，尤其是link 給遠程庫寫數據；如果還寫遠程數據包含在分布式事務里這就更要命了。
日誌1g 慢和它沒一毛錢關系，就是佔一點空間而已
Ⅲ 請教資料庫太大，如何處理
將資料庫中的數據放於多個磁碟上的數據文件中,有助於提高資料庫IO性能.
負載均衡技術是指將資料庫的讀寫操作分離開來.比如主體資料庫用於寫操作,從資料庫用於讀操作.
負載均衡也就是所謂的讀寫分離技術.
Ⅳ 導入資料庫文件太大怎麼辦max
解決方法如下：
（1）修改php.ini適用自己有伺服器的人
大多數都修改php.ini中的upload_max_filesize，但修改了這個以後，還是提示這個問題；
那麼更改如下幾處：
修改
PHP.ini
file_uploads
on
是否允許通過HTTP上傳文件的開關。默認為ON即是開
upload_tmp_dir
文件上傳至伺服器上存儲臨時文件的地方，如果沒指定就會用系統默認的臨時文件夾
upload_max_filesize
20m
望文生意，即允許上傳文件大小的最大值。默認為2M
post_max_size
30m
指通過表單POST給PHP的所能接收的最大值，包括表單里的所有值。默認為8M
說明
一般地，設置好上述四個參數後，在網路正常的情況下，上傳<=8M的文件是不成問題
但如果要上傳>8M的大體積文件，只設置上述四項還一定能行的通。除非你的網路真有100M/S的上傳高速，否則你還得繼續設置下面的參數。
max_execution_time
300
每個PHP頁面運行的最大時間值(秒)，默認30秒
max_input_time
300
每個PHP頁面接收數據所需的最大時間，默認60秒
memory_limit
128m
每個PHP頁面所吃掉的最大內存，默認8M
設定
POST
數據所允許的最大大小。此設定也影響到文件上傳。要上傳大文件，該值必須大於
upload_max_filesize。
如果配置腳本中激活了內存限制，memory_limit
也會影響文件上傳。通常說，memory_limit
應該比
post_max_size
要大。
（2）這個方法很簡單，不需要修改php.ini參數，
適用把站放在虛擬主機的人。
打開phpMyAdmin目錄下的配置文件：config.inc.php
請注意其中的這兩個參數：
$cfg['UploadDir']
=
『A『;
$cfg['SaveDir']
=
『B『;
在phpMyAdmin目錄下自行建立文件夾A和B來對應UploadDir（導入目錄）和SaveDir（導出目錄）。
導出操作：
1、登陸phpMyAdmin
2、在左側選中你需要備份導出的資料庫
3、在右側窗口中找到「導出」
4、在右側窗口底部選擇「保存於伺服器的
B/
目錄」
5、選擇壓縮模式，提交「執行」即可在B文件夾中找到該資料庫的導出數據。
導入操作：
1、上傳准備導入的數據文件到A目錄
2、登陸phpMyAdmin
3、在左側選中你需要備份導出的資料庫
4、在右側窗口中找到「Import」（導出）
5、在右側窗口「網站伺服器上載目錄」中選擇需要導入的數據文件，提交「執行」完成導入
Ⅳ SharePoint 配置資料庫和日誌資料庫過大，有什麼好辦法么
如下：
1.清空日誌
mp transaction 庫名 with no_log
2.截斷事務日誌：
backup log 資料庫名 with no_log
3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小
企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件！
Ⅵ SQL資料庫佔用內存很大怎麼解決如果設置固定大小的話，會不會影響應用程序
看怎麼分配夠用啦，評估一下你的幾個關鍵應用要站多大內存，
然後分配一下。比如你的服務端程序，IIS各需要多大內存，操作系統需要多少內存，剩下的給Sql Server。
如果內存不夠，那就加內存啰，再不行就加伺服器，不是所有問題都可以靠軟體配置解決的。
Ⅶ SQL Server資料庫太大怎麼辦
如果單位內部業務數據太多，那麼資料庫文件快速增大就是正常的，這種情況下，只能採取其它措施縮減其大小，比如說建立專門的歸檔資料庫，用以存放歷史數據，從而控制主數據文件的增長速度。
Ⅷ 資料庫特別大，怎樣處理
清除資料庫日誌，上網路查一下，我剛幫公司這邊清理過，效果不錯。
Ⅸ sql資料庫伺服器，內存佔用過大怎麼辦
SqlServer系統內存管理在沒有配置內存最大值，很多時候我們會發現運行SqlServer的系統內存往往居高不下。這是由於他對於內存使用的策略是有多少閑置的內存就佔用多少，直到內存使用慮達到系統峰值時（預留內存根據系統默認預留使用為准，至少4M），才會清除一些緩存釋放少量的內存為新的緩存騰出空間。
這些內存一般都是SqlServer運行時候用作緩存的，例如你運行一個select語句，執行個存儲過程，調用函數；
1.數據緩存：執行個查詢語句，SqlServer會將相關的數據頁（SqlServer操作的數據都是以頁為單位的）載入到內存中來，下一次如果再次請求此頁的數據的時候，就無需讀取磁碟了，大大提高了速度。
2.執行命令緩存：在執行存儲過程，自定函數時，SqlServer需要先二進制編譯再運行，編譯後的結果也會緩存起來，再次調用時就無需再次編譯。
在我們執行完相應的查詢語句，或存儲過程，如果我們不在需要這些緩存，我可以將它清除，DBCC管理命令緩存清除如下：
--清除存儲過程緩存
DBCCFREEPROCCACHE
--註：方便記住關鍵字FREEPROCCACHE可以拆解成FREE(割捨，清除)PROC（存儲過程關鍵字簡寫），CACHE（緩存）
--清除會話緩存
DBCCFREESESSIONCACHE
--註：FREE(割捨，清除)SESSION（會話）CACHE（緩存）
--清除系統緩存
DBCCFREESYSTEMCACHE('All')
--註：FREESYSTEMCACHE
--清除所有緩存
DBCCDROPCLEANBUFFERS
--註：DROPCLEANBUFFERS