5月某一天,接到客户通知程序奔溃了,任何增删改操作都反馈数据库返回超时,远程了解到可能数据库有问题。  第二天赶到现场操作时,偶然发现数据库文件竟然有119G多可用空间只有0.48M上图先在看找到源文件发现是数据库日志文件太大了解决方案:   1.清空日志   DUMP   &nbs
    前一段时间观察用户的硬盘空间,突然发现C盘文件空间几乎耗尽,马上找是哪个鬼家伙在捣鬼,仔细一看原来是介质管理系统的数据库日志文件大约有36G,我们使用是数据库是SQL2005 数据库,和对方工程师商量后,开始采取措施,刚开始直接收缩数据库,但是效果不理想,后来也用其他方式解决,一直未果,经过上网一查,发现要在数据库做一定措施后,收缩数据库才能获得好的效果。
原创 2010-11-19 14:51:51
1137阅读
作为一名Exchange管理员在管理exchange服务器的过程中,经常会碰到一些问题,比如日志过大,exchange数据库文件过大等一系列问题,最近发现一些管理员提出stm文件过大该如何处理?有些网友建议删除.stm文件,exchange重新相关服务会产生一个新的.stm文件,这种做法虽然也可以,但不值得推荐,即使在删除STM文件之前你做过备份,也是不可取的.如果你删除了.STM文件意味着你也删
翻译 2017-08-19 12:53:26
1988阅读
                              Exchange是由数据库引擎来管理的,即:Ext
原创 2009-02-12 23:18:38
1002阅读
1.首先dismount mailbox store; 然后移动(要备份源文件,最好先copy)C:\Program Files\Exchsrvr\MDBDATA\priv1.edb   和priv1.stm文件到大分区D: . 2.新建一个mailbox store,譬如叫testing,   把它数据库存放路径放到大分区D:;它的默认数据库文件叫testing
转载 2008-05-23 23:52:31
1642阅读
        很多Exchange管理员都碰到一个头痛的问题:日志文件霸占磁盘空间。   磁盘空间是有限的;但是Exchange只要在运行,日志文件的产生就是无限的,虽然每个只有5M大小,但是日志文件的产量很惊人的,大部分的磁盘空间都被日志文件霸占了;微软在设计Exchange的时候,提供了一个“启用循
转载 精选 2012-01-17 14:41:35
2213阅读
MySql ibdata1文件太大如何缩小 MySql innodb如果是共享表空间,ibdata1文件越来越大,达到了30多个G,对一些没用的表进行清空:truncate table xxx;然后optimize table xxx; 没有效果因为对共享表空间不起作用。mysql ibdata1存放数据,索引等,是MYSQL的最主要的数据。如果不把数据分开存放的话,这个文件的大小很容易
转载 2024-05-13 21:34:07
54阅读
查看日志信息 dBCC LOGINFO('数据库名') 我们看到status=0的日志,代表已经备份到磁盘的日志文件;而status=2的日志还没有备份。当我们收缩日志文件时,收缩掉的空间其实就是status=0的空间,如果日志物理文件无法减小,这里一定能看到非常多status=2的记录。 活跃(active)的日志无法通过收缩来截断,有各种原因会使日志截断延迟,具体表现就是事务日志的物理文件
在一个数据库EmployeeManagement中有一个主要数据库文件EmployeeManagement.mdf和两个次要数据库文件rt.ndf、YU.ndf,还有一个事务日志文件EmployeeManagement_log.ldf。如图1:现在想把 rt.ndf、YU.ndf里面的数据合并到EmployeeManagement.mdf。这里使用的是收缩数据库文件的方法达到合并数据库文件的目的。收缩数据库文件命令:DBCC SHRINKFILE( { 'file_name' | file_id } { [ , EMPTYFILE ] | [ [ , target_size .
转载 2012-06-07 00:49:00
1441阅读
2评论
一、数据库的组成数据库是以文件的形式存在,由文件文件组组成的。1、文件数据库文件分为以下几种类型:主要数据文件:主要数据文件里面存放的是数据数据库的一些初始化信息。每个数据库有且只有一个主要数据文件。主要数据文件以.mdf为扩展名。次要数据文件:次要数据文件里面存放的是除了主要数据文件之外的所有数据。次要数据文件不是必须的,可以没有。如果有次要数据文件,可以有一个或者多个。假如数据库数据非常
转载 2023-11-01 20:50:26
345阅读
数据库由 存储在 硬件设备上的信息组成。而 mysql 、sqlist 等只是数据库系统, 在 数据库 使用者 和 储存在 硬件上面的 数据之间建立联系的桥梁。最终, 我们存储在数据库里面的信息会以 文件(或内存)的形式展示在操作系统上。如 Ubuntu16.04 , 通过 mysql 中的配置文件/etc/mysql/mysql.conf.d/mysqld.cnf , 可以看到数据存储在哪里 。
转载 2023-12-14 06:53:45
125阅读
  一、MongoDB简介  MongoDB是由c++语言编写的,是一个基于分布式文件存储的开源数据库系统,在高负载的情况下,添加更多的节点,可以保证服务器性能。MongoDB旨在为web应用提供扩展的高性能数据存储解决方案。MongoDB将数据存储为一个文档,数据结构由键值对(key=value)组成。MongoDB文档类似于json对象。字段值可以包含其他文档,数组及文档数组。在MongoDB
转载 2023-09-15 19:51:04
658阅读
简单地说,就是要收缩数据库,设置数据库属性里数据还原方式为:简单、自动收缩;在所有任务中选择收缩数据库,手动缩小一次,这时你会发现数据库日志已经缩小了。 以下是微软官方的解决方案。 问题:SQL Server 2000数据库的事务日志文件过大,如何将其缩小? 解答:在SQL Server中,所有对数据库执行的更新操作都会记录在数据库的事务日志文件中,除非将数据库设为可自
1.Mysql数据库文件    数据库层面文件有:参数文件my.cnf、错误日志文件errorlog 、慢查询日志 slow log、全量日志general log、二进制日志binlog文件、审计日志audit log、中继日志relay log、套接字文件socket、进程pid文件和表结构文件。    存储层面:redolog 和u
Linux中mysql还原方法: 1、  先解压数据库文件、解压命令gunzid 2、  连接数据库(mysql –h ip –u 用户名 -p)、切换到要还原的数据库下面show databases;注:在mysql里输完命令要以“;”结束,进入数据库:use 接数据库名 show tables 查看表 3、 
原创 2012-07-18 18:18:13
1052阅读
数据库文件SVN托管 1.vs2017/vs2019 新建 Sql Server数据库项目新建table,sp,index 2.1.NeXtep Open Designer 介绍;NeXtep Open Designer是一个强大的多人协同/多平台的开源数据库的开发工具,致力于于自动化和生产级的集成
原创 2021-07-23 10:40:38
706阅读
结构化查询语句分类数据库操作命令行操作数据库创建数据库 : create database [if not exists] 数据库名;删除数据库 : drop database [if exists] 数据库名;查看数据库 : show databases;使用数据库 : use 数据库名;对比工具操作数据库学习方法:对照SQLyog工具自动生成的语句学习固定语法中的单词需要记忆创建数据表属于DD
数据库使用数据文件(扩展名是mdf 或 ndf)来存储数据,使用日志文件(扩展名是ldf)来存储事务日志,通常情况下,数据文件会持续增长,不会自动释放空闲空间,这样会导致硬盘空间耗尽。如果一个数据库文件有很多空闲空间,收缩数据库文件是一种解决硬盘空间紧张的直接方式。在SQL Server中,我们可
转载 2016-01-28 14:17:00
324阅读
2评论
SQLite数据库文件是以文件形式存储在磁盘上的。默认情况下,SQLite将数据库文件存储在与应用程序的执行文件(或目录)相同的目录中¹。例如,如果你的应用程序存放在 `C:\\Programs` 目录下,那么数据库文件将被存储在 `C:\\Programs` 目录中¹。 你也可以通过指定特定的路径来自定义数据库文件的存储位置¹。例如,你可以将数据库文件存储在应用程序的数据目录中,以便与其他应用程
原创 2023-12-29 10:10:54
1808阅读
Linux系统是一种免费开放源代码的操作系统,广泛应用于服务器端和嵌入式系统。Linux拥有丰富的软件资源,其中数据库文件在Linux系统中占据着重要的地位。本文将重点介绍Linux系统中的数据库文件及其特点。 数据库文件在Linux系统中被广泛应用于存储和管理数据,常见的数据库软件包括MySQL、PostgreSQL、MongoDB等。这些数据库软件在Linux系统中都有着良好的兼容性和稳定性
原创 2024-03-05 13:07:04
114阅读
  • 1
  • 2
  • 3
  • 4
  • 5