数据库配置过大怎么办
处理方法：
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