日志文件能不能resize,直接扩大日志文件的大小?10g是不能的. 网上的一般方法就是新建两个临时日志组(oracle至少要求两个日志组),切换到这两个临时日志组后,删掉重建扩大或缩小,再添加日志组成员.在中间过程中用alter system checkpoint 来使 日志状态active转inactive,用alter system switch logfile切换日志组. 1.增大日志文件大小,我是通过新创建大的日志组然后进行切换实现的,在原有的日志组上创建新的日志组 alter dat

在通过expdp导出命令导出某个用户的对象时出现以下截图错误: ORA-39002:操作无效 ORA-39070:无法打开日志文件 ORA-39087:目录名<directory>无效 该错误主要是权限不足引起的:没有把目录的读写权限赋给待导出用户.解决办法参考以下命令: grant read,write on directory 您的目录名 to 您的用户名; commit;

无意间看到一篇文章,觉得对于ORACLE的新手很实用,特转载,原文出处这里 说明:在创建数据库时输入的密码,是修改系统默认的密码,以system和sysman等系统默认身份登录时要输入的密码就是修改后的密码(创建数据库时输入的密码)如果要创建新的用户就必须以system或者sysman(这二者的权限最大)的身份登录后才可创建创建用户格式:create user 用户名 identified by 密码(例如:create user cht identified by cht;)创建完成后,必须分

--========================================= -- Oracle 联机重做日志文件(ONLINE LOG FILE) --========================================= 一.Oracle中的几类日志文件 Redo log files      -->联机重做日志 Archive log files   -->归档日志 Alert log files     -->告警日志 Trace files        

日志文件 1. err日志     error log 记录mysql在运行的过程中所有较为严重的警告和错误信息,以及mysql server每次启动和关闭的详细信息.系统在默认情况下关闭error log 功能.error log 默认存放在data目录下,默认文件名为主机名.err.error log 通过两种方式开启: 1). 启动mysqld时,附加上--log-error参数 2) . 在my.cnf中配置log-error系统环境变量 当进入mysql后执行 flush logs命令

丢失重做日志文件         丢失了重做日志文件组中的某个成员,并且组中至少还有一个成员:             -不会影响实例的正常操作.             -预警日志中会收到一条信息,通知您无法找到某个成员             -可以通过删除丢失的重做日志成员并添加新成员来恢复丢失的日志文件             -如果包含丢失日志文件的组已归档,您可以清除日志组来重新创建丢失的文件   恢复步骤:        1.确定是否有缺失的日志文件         2.恢复丢失的

前两天在一个客户那里发现tempdb log 文件增长很大,已经使用40GB了,而tempdb log 文件总的分配空间是70GB,并且日志空间貌似不能重用,他们使用sql 2012 打的sp4补丁,远程分析问题,没有发现长时间开启的事物,业务使用事物都是使用完即时关闭的,而且通过查询tempdb log 文件大小发现 --日志文件使用情况SELECT s.name,convert(float,s.size) * CONVERT(float,8) / 1024.0 AS [初始大小MB], co

随着数据库使用时间增长,日志文件也在不停的增大,这里介绍几种方法减小这个文件的方法. 1.直接删除log文件(一般不建议) 分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离,如下图 将日志文件和数据文件复制粘贴到另外一个文件夹中以防万一.删除链接,如下图 直接删除日志文件,然后再附加数据库,如下图 附加的时候会自动将ldf文件和mdf文件都附加上,但是会提示找不到ldf文件,没关系,选中ldf文件这一行,点击下面的删除按钮,点击确定就可以了.如下图 如家成功

SQL Server 的事务日志意外增大或充满的处理方法 事务日志文件Transaction Log File是用来记录数据库更新情况的文件,扩展名为ldf. 在 SQL Server 7.0 和 SQL Server 2000 中,如果设置了自动增长功能,事务日志文件将会自动扩展. 一般情况下,在能够容纳两次事务日志截断之间发生的最大数量的事务时,事务日志的大小是稳定的,事务日志截断由检查点或者事务日志备份触发. 然而,在某些情况下,事务日志可能会变得非常大,以致用尽空间或变满.通常,在事务日

这里,将日志管理基类命名为LogManagerBase(抽象类),具体的不同类型的日志可以通过继承完成.该基类可将日志以每个2M的方式存储起来,并可以读取当前正在使用的日志的所有内容. 要实现该基类,首先要了解以下几个IO类: 命名空间:System.IO 相关类:Directory,DirectoryInfo,File,FileInfo,FileStream,StreamReader,StreamWriter 具体实现代码如下: public abstract class LogManager

1.创建表空间 导出Oracle数据的指令:/orcl file=C:\jds.dmp owner=jds 导入Oracle数据的指令:imp zcl:/orcl file=C:\jds.dmp full=y --第1步:创建临时表空间 CREATE TEMPORARY TABLESPACE User_Temp TEMPFILE 'E:\OrclData\DataTemp\User_Temp.dbf' SIZE 50m AUTOEXTEND ON NEXT 50m MAXSIZE 20480m

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

Oracle 监听器日志文件过大导致监听异常 db版本:11.2.0.1 os版本:windows2008 现象: 应用异常,无法连接数据库.登陆数据库服务器,查看监听已经断掉.尝试重启监听,重启失败.查看监听日志listener.log的大小已经超过4G. 解决方法: 删除listener.log(删除前可以先做备份),然后重启监听.监听重启后会自动创建一个新的日志文件. 补充: 在监听进程运行时,无法对listener.log做删除或者重命名操作. 如果不想重启监听,删除监听日志.可以按如下

(1)redo log的大小可以影响 DBWR 和 checkpoint : (2)arger redo log files provide better performance. Undersized logfiles increase checkpoint activity and reduce performance.          大的log file可以提供更好的性能,小的logfile 会增加checkpoint 和降低性能: (3) A rough guide is to sw

--创建表空间 临时表空间 create temporary tablespace xiaodai_temp tempfile '/main/app/oracle/oradata/devdb/xiaodai_temp.dbf' size 50m autoextend on next 50m maxsize 20480m extent management local; create tablespace xiaodai_data logging datafile '/main/app/oracl

1.   Creating a Database with DBCA DatabaseConfiguration Assistant (DBCA) is the preferred way to create a database,because it is a more automated approach, and your database is ready to use whenDBCA completes. DBCA can be launched by the Oracle Univ

1.创建用户: create user toptea2 identified by "用户名" 2.给用户授权 grant create session to 用户名; grant create table to 用户名; grant create tablespace to 用户名; grant create view to 用户名; 3.查询表空间大小 select file_name,bytes/1024/1024||'M' "size" from dba_d

转自 http://blog.csdn.net/indexman/article/details/7746948 以下易容翻译自oracle dba官方文档,不足之处还望指出. 管理重做日志文件 学习目标: 1.解释重做日志文件的目的 2.描述重做日志文件的结构 3.学会控制日志切换与检查点 4.多元化管理重做日志文件 5.使用OMF管理重做日志文件 1.概念介绍: 重做日志文件通过记录数据的所有改变情况对系统或介质故障提供恢复机制. 1)重做日志文件以组的形式存在 2)一个oracle数据库至

一.物理结构Oracle物理结构包含了数据文件.日志文件.控制文件和参数文件 1.数据文件每一个ORACLE数据库有一个或多个物理的数据文件(data file).一个数据库的数据文件包含全部数据库数据.逻辑数据库结构(如表.索引)的数据物理地存储在数据库的数据文件中.数据文件有下列特征: 一个数据文件仅与一个数据库联系.一旦建立,数据文件不能改变大小. 一个表空间(数据库存储的逻辑单位)由一个或多个数据文件组成. 数据文件中的数据在需要时可以读取并存储在ORACLE内存储区中.例如:用户要存取

--什么是控制文件 控制文件是数据库的一个二进制文件,它主要记录数据库的名称. 数据库的数据文件存放位置等信息. 一个控制文件只能属于一个数据库.如果控制文件丢失,这数据库就无法操作. --下面查询语句必须在 sql plus工具中执行. --查询控制语句数据字典 desc v$controlfile; --什么是日志文件 日志文件在Oracle数据库中分为重做日志文件和归档日志文件两种.重做日志文件 是Oracle数据库正常运行不可缺少的文件.重做日志文件主要记录了数据库 操作过程.用于备份和