本文目录
- Hbase安全基线中日志存储最少保留多少人
- QQ空间日志的存储量是多少
- 如何保存日志
- 软件操作日志保存要求
- 如何实现日志的集中化存储以及使用loganalyzer做日志分析
- 日志文件的写志数据如何存储
- 如何实现日志的集中化存储
- oracle日志文件存储在哪个表空间
- Oracle的日志文件存储在什么位置
- 日志文件存放位置及配置文件有哪些
Hbase安全基线中日志存储最少保留多少人
10人
WAL意为write ahead log，HBase中的预写日志，用来做灾难恢复使用，底层实现是HLog，HLog记录数据的所有变更。使用WAL的原因：因为MemStore存储的数据是驻留在内存中的，是不稳定的(比如宕机时)，所以采用了WAL预写日志来解决这个问题。(运行MApReduce作业时，可以通过关闭WAL功能来获得性能的提升——setWriteToWAL(boolean))。其实HLog文件就是一个普通的Hadoop Sequence File，Sequence File的key是HLogKey对象，其中记录了写入数据的归属信息，除了table和region名字外，还同时包括sequence number和timestamp，timestamp是写入时间，sequence number的起始值为0，或者是最近一次存入文件系统中的sequence number。Sequence File的value是HBase的KeyValue对象，即对应HFile中的KeyValue。
随着用户的增多，网站功能势必增加，业务功能都会使用sql语句进行查询，而表数据过多会导致join操作变慢，所以会不得不采用一些逆范式的方式来设计数据库，这样导致无法使用存储过程。而且，数据过大时，索引的效果也没那么强了。因为索引也会变得很大。
QQ空间日志的存储量是多少
朋友，您好。QQ空间里的日志数量是没有上限的，只是日志满300篇后，最早发表的前100篇会被系统自动纳入日志分类下的往期日志里。秘密的也是一样哦
如何保存日志
系统在你写日志的时候提示，日志已经自动保存，这是系统自动保存的，你是看不见的，只有你在编辑日志的时候，突然出现停电或者死机以及不能手动保存草稿箱和发表日志，只能取消或关机，那么按照以前的话，你精心编辑的日志就没有了；
现在系统自动给你保存了草稿，提示你自动保存草稿成功，但是你在草稿箱是看不见的，只有在你重新打开空间，点击《写日志》的时候，就会出现一个对话框内容是 《你可能在系统出现问题时，保持过草稿《×××》，您是否要读取这篇草稿》，下面是确定和取消，如果点取消，你的日志就彻底没有了，点确定就会出现和你丢失日志以前一模一样的日志了
-日志存储
软件操作日志保存要求
软件操作日志保存基本要求：
日志应当提供如下内容：
1.时间，包含时区信息和毫秒，这个工作往往日志框架足以支持。核心属性之一。
2.日志级别，例如DEBUG、INFO以及WARN、ERROR。
3.会话标识，能知道是哪个客户端或者是哪个用户触发、登陆账号、seesion信息等。
4.功能标识，功能标识的意义在于方便日志搜索，跟踪指定功能的完整轨迹，是INFO、DEBUG日志的常见技巧。跟logger分类同一道理，更细分功能标识则是方法标识，更多使用在DEBUG做在线调试使用。
5.精炼的内容，内容永远是日志的核心，结合上述使用场景，简单来说包括场景信息(谁，什么功能等)，状态信息(开始，中断，结束)以及重要参数。
其它信息，其它可能的有用信息包括：版本号、线程号等。
-base
如何实现日志的集中化存储以及使用loganalyzer做日志分析
如何实现日志的集中化存储以及使用loganalyzer做日志分析
1、下载网站日志：
流程如下：主机独立控制面板——网站情报系统分析——网站日志——下载WebLog日志——右键点击查看，链接另存为
在主机独立控制面板中，找到网站情报系统分析板块，里面就能看到网站日志了，点击下载WebLog日志，能看到最近几天的网站日志，但是点击查看进去，会发现是一堆看不懂的代码，没有关系，我们先不要进去查看，而是右键点击查看，链接另存为，下载网站日志。
——————
2、代码看不懂的话，可以使用光年日志分析软件GnAnalyzer，这是一个可以帮助我们进行网站日志分析的软件。比如蜘蛛抓取的情况，日志里面都有显示。
——————
3、光年日志分析软件的使用：
下载好网站日志后，就可以使用光年日志分析软件进行网站日志的分析了。
流程如下：光年日志分析软件文件夹中的GnAnalyzer.exe——文件菜单，新建任务——添加（类型选择所有文件）——下一步，保存——马上分析
——————
4、网站日志分析：
马上分析后，就可以查看当天：蜘蛛分析（概要分析、目录抓取、页面抓取、IP排行）；搜索引擎分析（关键字分析）；状态码分析（用户状态码、蜘蛛状态码）的相关信息。
-日志存储
日志文件的写志数据如何存储
日志记录方式可以提供我们足够多定位问题的依据。对于一些复杂系统，例如数据库，日志可以承担数据备份、同步作用，很多分布式数据库都采用“write-ahead”方案，在节点数据同步时通过日志文件恢复数据。
日志文件是不推荐和数据库存储在同一个硬盘的，因为一旦硬盘坏了就会一起死掉。当然，如果已经使用了带容错的RAID，甚至是盘柜之类的设备，那么可以放在一起没有太大问题。
如果先写数据库，后写日志，但是在刚好写了数据库而未写日志的时候崩溃了，那么根据日志恢复出来的数据库就少了一条记录
-base
如何实现日志的集中化存储
在我们的企业中有多种不同的设备，服务器、交换机、防火墙以及路由器等等设备，而这些设备会产生大量的日志。如果网络中出现故障时，如果一台一台的去查询日志，那工作量就太大了，而且不容易查询。所以最好的办法就是日志集中收集存储。
Windows系统有自带的WMI服务，通过该服服务就可以远程收集windows系统的日志。网络设备的日志通常是基于syslog日志的转发。通过这种技术将日志统一的发送集中到一台服务器上。在这台服务器上使用工具接收发送过来的数据，将其保存为文本文件，集中的保存日志。
卓豪EventLog Analyzer就是一个专门针对日志管理的工具，可以对企业中各种设备日志的统一收集存储并分析。
-日志存储
oracle日志文件存储在哪个表空间
日志文件分为重做日志文件（redo log file）和归档日志文件（archive log file）。《br》《br》SQL》 select group#, status, member from v$logfile;《br》《br》 GROUP# STATUS MEMBER《br》---------- ------- --------------------------------------------------------------------------------《br》 3 C:\ORACLE\ORADATA\ORCL\REDO03.LOG《br》 2 C:\ORACLE\ORADATA\ORCL\REDO02.LOG《br》 1 C:\ORACLE\ORADATA\ORCL\REDO01.LOG《br》《br》redo log fiel有多个组group构成。一个group中能包括不止一个log file，日志信息是写到group的每个logfile中，所以一个group中的log file存储着一样的信息。当一个group写满之后就转到下一个group中，称之为日志切换。《br》《br》当所有group都写满了后，就重头开始从第一个group开始，原来的内容将被覆盖丢失。如果不想被丢失，可以采用归档模式，即将数据保存到archive log file中。归档模式会给系统带来一定的性能问题。《br》《br》查看database采用哪种模式：《br》SQL》 select dbid,name,log_mode from v$database;《br》《br》 DBID NAME LOG_MODE《br》---------- --------- ------------《br》1232416663 ORCL NOARCHIVELOG《br》《br》归档日志路径由SPFILE的log_archive_dest参数确定。《br》《br》SQL》 show parameter log_archive_dest;《br》《br》NAME TYPE VALUE《br》------------------------------------ ----------- ------------------------------《br》log_archive_dest string 《br》log_archive_dest_1 string 《br》log_archive_dest_10 string 《br》log_archive_dest_2 string 《br》log_archive_dest_3 string 《br》log_archive_dest_4 string 《br》log_archive_dest_5 string 《br》log_archive_dest_6 string 《br》log_archive_dest_7 string 《br》log_archive_dest_8 string 《br》log_archive_dest_9 string 《br》log_archive_dest_state_1 string enable《br》log_archive_dest_state_10 string enable《br》log_archive_dest_state_2 string enable《br》log_archive_dest_state_3 string enable《br》log_archive_dest_state_4 string enable《br》log_archive_dest_state_5 string enable《br》log_archive_dest_state_6 string enable《br》log_archive_dest_state_7 string enable《br》log_archive_dest_state_8 string enable《br》log_archive_dest_state_9 string enable《br》《br》警告日志文件alert_sid.log保存着例行的信息和错误信息，它的路经是：《br》《br》SQL》 select value from v$parameter where name=’background_dump_dest’;《br》《br》VALUE《br》--------------------------------------------------------------------------------《br》c:\oracle\diag\rdbms\orcl\orcl\trace《br》《br》SQL》 show parameter background_dump_dest;《br》《br》NAME TYPE VALUE《br》------------------------------------ ----------- ------------------------------《br》background_dump_dest string c:\oracle\diag\rdbms\orcl\orcl\trace《br》《br》用户跟踪文件是oracle出现异常时自动创建的文本文件，它与警告文件一起构成了完整的故障信息描述体系。《br》《br》SQL》 select value from v$parameter where name=’user_dump_dest’;《br》《br》VALUE《br》--------------------------------------------------------------------------------《br》c:\oracle\diag\rdbms\orcl\orcl\trace《br》《br》SQL》 show parameter user_dump_dest;《br》《br》NAME TYPE VALUE《br》------------------------------------ ----------- ------------------------------《br》user_dump_dest string c:\oracle\diag\rdbms\orcl\orcl\trace
-base
Oracle的日志文件存储在什么位置
1、通过sqlplus命令连接数据库，查看服务器是否已经开启归档。
2、查看归档日志默认存储位置，在查看归档的时候默认使用USE_DB_RECOVERY_FILE_DEST参数来表示归档位置，所以可以通过如下图参数来查看具体位置。
3、可以看出归档默认存储在闪回区内，默认大小是4G，一般情况下在归档默认空间使用结束的时候一般有两种方式可对归档进行修改。
4、修改log_archive_dest_1参数的值。
5、修改完成后重启数据库。
6、重启之后再重新查看归档日志默认存储位置，发现已经修改成功。
7、修改成功后一般情况下都会进行一次日志切换来验证默认归档位置是否发生改变。
日志文件存放位置及配置文件有哪些
以DailyRollingFileAppender 为例：假设每天一个日志文件
有以下设置：
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=app.log
log4j.appender.A1.DatePattern=’.’yyyy-MM-dd
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%d %5p - %c -%-4r [%t] - %m%n
此时生成日志文件将位于tomcat的bin目录下，如要将日志文件保存在 ：根目录/web-info/logs/下，个人有以下4种解决方案：
1 绝对路径
log4j.appender.A1.File=D:\apache-tomcat-6.0.18/webapps/项目/WEB-INF/logs/app.log
但这种写法灵活性很差
以下3中使用相同的设置原理： jvm的环境变量
2：spring的Log4jConfigListener
通过以下配置：
《 context-param》
《param-name》webAppRootKey《/param-name》
《param-value》webApp.root《/param-value》
《/context-param》
《context-param》
《param-name》log4jConfigLocation《/param-name》
《param-value》classpath:log4j.properties《/param-value》
《/context-param》
《 listener》
《listener-class》org.springframework.web.util.Log4jConfigListener《/listener-class》
《/listener》
...
log4j.appender.logfile.File=${webApp.root}/WEB-INF/logs/app.log
...
来解决
2:使用已有jvm变量：
例如：
log4j.appender.logfile.File=${user.home}/logs/app.log
日志将位于：例如windows：C:\Documents and Settings\joe\logs\app.log
3 自己设置目录，也就是在项目启动时通过System.setProperty设置
通过实现ServletContextListener来解决：例如
public class log4jlistener implements ServletContextListener {
public static final String log4jdirkey = “log4jdir“;
public void contextDestroyed(ServletContextEvent servletcontextevent) {
System.getProperties().remove(log4jdirkey);
}
public void contextInitialized(ServletContextEvent servletcontextevent) {
String log4jdir = servletcontextevent.getServletContext().getRealPath(“/“);
//System.out.println(“log4jdir:“+log4jdir);
System.setProperty(log4jdirkey, log4jdir);
}
}
web.xml配置：
《listener》
《listener-class》com.log4j.log4jlistener《/listener-class》
《/listener》
log4j.prtperties 配置：
log4j.appender.A1.File=${log4jdir}/WEB-INF/logs/app1.log
来解决。
-日志存储
