rabbitmq更换数据文件和日志文件的存放位置

原来的默认位置是/var下

需要将这些文件更换位置

1、先创建数据文件和日志文件存放位置的目录并给权限

mkdir -p /usr/local/rabbitmq/mnesia

mkdir -p /usr/local/rabbitmq/log

chmod -R 777 /usr/local/rabbitmq

2、创建或新增环境参数配置文件

vi /etc/rabbitmq/rabbitmq-env.conf

增加如下两行内容

RABBITMQ_MNESIA_BASE=/usr/local/rabbitmq/mnesia

RABBITMQ_LOG_BASE=/usr/local/rabbitmq/log

保存,重启rabbitmq服务

注:更换完位置后原有队列中的数据就没有了,而且原有的rabbitmq用户也需要重建。

 

时间: 2024-12-30 21:54:58

rabbitmq更换数据文件和日志文件的存放位置的相关文章

ORACLE 移动数据文件 控制文件 重做日志文件

ORACLE数据库有时候需要对存储进行调整,增加分区.IO调优等等,此时需要移动数据文件.重做日志文件.控制文件等等,下文结合例子总结一下这方面的知识点. 进行数据文件.重做日志文件.控制文件的迁移前,需要总体了解一下当前Linux服务器的磁盘.分区信息,以及服务器文件使用情况,如下所示 查看Linux服务器的文件使用情况 1: [root@DB-Server ~]# df -h 2:  3: Filesystem Size Used Avail Use% Mounted on 4:  5: /

批量迁移Oracle数据文件,日志文件及控制文件

   有些时候需要将Oracle的多个数据文件以及日志文件重定位或者迁移到新的分区或新的位置,比如磁盘空间不足,或因为特殊需求.对于这种情形可以采取批量迁移的方式将多个数据文件或者日志文件实现一次性迁移.当然备份恢复也是其中的方式之一.本文主要描述如何使用批量方式来迁移数据文件,日志文件.如需要也可以将整个数据库迁移到新的位置以及重命名数据库. 1.环境及需求 robin@SZDB:~> cat /etc/issue Welcome to SUSE Linux Enterprise Server

java自定义日志输出文件(log4j日志文件输出多个自定义日志文件)_java

log4j输出多个自定义日志文件 如果在实际应用中需要输出独立的日志文件,怎样才能把所需的内容从原有日志中分离,形成单独的日志文件呢? 先看一个常见的log4j.properties文件,它是在控制台和test.log文件中记录日志: 复制代码 代码如下: log4j.rootLogger=DEBUG, stdout, logfile  log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.lay

SqlServer修改数据库文件及日志文件存放位置

--查看当前的存放位置 select database_id,name,physical_name AS CurrentLocation,state_desc,size from sys.master_files where database_id=db_id(N'数据库名'); --修改文件的存放位置下次启动生效 --testDb为数据库名, alter database 数据库名 modify file ( name = 文件名(不包含后缀), filename = '文件存储路径'); a

安装完 myeclipse6.0.1后运行出现 一个错误,并提示我看日志文件,日志文件如下: 该怎么解决啊??问题出在哪里?

问题描述 !SESSION2010-04-1922:12:43.328-----------------------------------------------eclipse.buildId=M20070921-1145java.version=1.6.0_10-rc2java.vendor=SunMicrosystemsInc.BootLoaderconstants:OS=win32,ARCH=x86,WS=win32,NL=en_CNCommand-linearguments:-oswi

sql server日志文件总结及日志满的处理办法

server     交易日志(Transaction logs)是数据库结构中非常重要但又经常被忽略的部分.由于它并不像数据库中的schema那样活跃,因此很少有人关注交易日志. 交易日志是针对数据库改变所做的记录,它可以记录针对数据库的任何操作,并将记录结果保存在独立的文件中.对于任何每一个交易过程,交易日志都有非常全面的记录,根据这些记录可以将数据文件恢复成交易前的状态.从交易动作开始,交易日志就处于记录状态,交易过程中对数据库的任何操作都在记录范围,直到用户点击提交或后退后才结束记录.每

没有数据库日志文件恢复数据库方法两则

恢复|数据|数据库 方法一 1.新建一个同名的数据库 2.再停掉sql server(注意不要分离数据库) 3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sql server 5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名) 6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用 数据库的脚本创建一个新的数据库,并将数据导进去就行了. USE MASTERGOSP_CONFIGURE ALLOW UPDATES,1

缩小SQL SERVER日志文件

server SQL server 2000 会有日志文件由于时间的积累越来越大的问题:数据库实际大小为15M, 日志文件实际大小为625KB(导出的日志文件), 但日志文件实际占用空间为200MB(默认设置是文件日志会自动增长).如果想在数据库属性那里,直接将当前的日志文件的存储空间改小,是不行的. 解决方法: 找到下面的代码,可以将日志文件缩小到自己想要的大小了.把代码COPY到查询分析器里,,然后修改其中的3个参数(数据库名,日志文件名,和目标日志文件的大小),运行即可! SET NOCO

sqlserver日志文件总结及充满处理

交易日志(Transaction logs)是数据库结构中非常重要但又经常被忽略的部分.由于它并不像数据库中的schema那样活跃,因此很少有人关注交易日志. 交易日志是针对数据库改变所做的记录,它可以记录针对数据库的任何操作,并将记录结果保存在独立的文件中.对于任何每一个交易过程,交易日志都有非常全面的记录,根据这些记录可以将数据文件恢复成交易前的状态.从交易动作开始,交易日志就处于记录状态,交易过程中对数据库的任何操作都在记录范围,直到用户点击提交或后退后才结束记录.每个数据库都拥有至少一个