那时候很想在互联网上拥有自己的一个网站，于是就去了解相关的知识吧，因为那时候什么都不会… 太过于复杂的对于我来说肯定是接受不了的..于是 我发现了 Github 的一个功能：可以自动将 Markdown...文件渲染成一个单页 并且他们提供一个免费的域名，于是我将歌词什么按照自己的喜好，拼接成了一个单页，就是以下的样子： https://zkeq.maylove.pub 就是这样简单的样式…几个简单的...这些的代码都是网上搜来的一些 源码 或者 软件自动生成的一些东西 这个时候还是在学校嘛….并没有太多的时间接触这方面的…也就是每周回家的时候 更新一下最开始的时候提到的 markdown 单页 就那个页面...其他的好像跟编程相关的没什么..大家都知道我电脑似乎有点好而已…经常帮其他班或者老师装系统 以及活动的时候大屏幕的幕后 帮老师做一些课件，或者年级的年度总结视频 之类的。。...于是当时好像对于助眠有点执念….就开了一个 《小睡眠》的会员 经过一番抓包发现他们的 APP 里面的内容是经过版权加密的 但是有意思的是他们的微信小程序 是直接存的 wav 文件 当时没有什么编程基础
总结了一下，在归档和非归档的场景下，ora-01145这个错误可能有如下三种情况： 1.off line tablespace --在非归档模式下尝试ofline 数据文件 SQL> alter tablespace...--在非归档模式下可以采用如下 SQL> alter tablespace tools offline; Tablespace altered. 2.offline datafile SQL> alter...--而在非归档模式下，需要先把表空间给offline掉，然后才能offline数据文件，可以参见如下的实例。...ERROR at line 1: ORA-01145: offline immediate disallowed unless media recovery enabled 但是操作失败，我记得平时都好好的，...我这个库是非归档的， SQL> alter tablespace tbs1 offline; Tablespace altered.
最近处理了一起看似比较奇怪的dataguard归档路径问题。 问题的背景是这样的。 有一套一主两备的环境，备库1和主库在同一个机房，可以尝试在failover的时候切换备库IP为主库IP。...当然从接收归档的角度而言，这个对于dataguard是没有影响的，但是我再三做了检查，快速闪回区，归档路径都配置了。归档就是在$ORACLE_HOME/dbs这个路径下面。...然后手工修改归档路径，闪回区设置还是无济于事。 这种情况越是奇怪，越是引起了我的好奇，然后就开始认真查看日志。发现了这么一段内容。...result of a crash during file creation. ******************************************** 对于这个问题其实还没怎么看明白，归档路径还有什么特殊的设置...使用rman crosscheck archivelog all的时候，发现这个归档路径下面竟然有2014年的一些归档日志。
之前的percona-toolkit工具集的使用博文里面也写到pt-archiver这个工具的用法，但是不够深入全面。这里补充完善下。 注意：pt-archiver操作的表必须有主键。...source上的旧数据(例如每次1000行的批量删除操作) --bulk-insert 批量插入数据到dest主机 (看dest的general log发现它是通过在dest主机上LOAD...每次归档了limit个行记录后的休眠120秒（单位为秒） --file'/root/test.txt' --purge 删除source数据库的相关匹配记录 ...默认就是执行检查的） --no-check-columns 不检验dest和source的表结构是否一致，不一致也执行（会导致dest上的无法与source匹配的列值被置为null或者0）...3列元素的表，共计9万行数据。
首先这对于Oracle DBA来说是个初级问题，即使不熟悉的初级DBA也可以快速在网上搜索到现成的SQL语句。...，如果还是使用上面这个统计SQL就很可能出现大的讹误，这类场景下我们要加入限制条件dest_id=1，即正常应该只统计本地归档量即可： select trunc(completion_time) "Date...dest_id = 1 /* 限制条件 dest_id = 1 */ group by trunc(completion_time) order by 1; 另外看见过一些初级DBA会在统计RAC环境的日归档量时...，想当然的将v$archived_log写成gv$archived_log，导致统计结果出现double放大的讹误。...这类小知识点也可以作为一道基础的DBA面试题，考验下候选人的基本功。
前言 最近在写自己的个人博客系统，框架采用SpringMVC、Spring4.0、Spring Data/JPA组合，本博客就文档归档功能在Spring Data JPA框架下是如何实现的进行记录。...，不过本博客的目的是记录文档归档功能的实现，这个并不会影响 ?...文章名称**/ private String articleName; /** 文章发布时间**/ private Date articleTime; /** 图片路径...public class ArticleService { @Autowired ArticleRepository articleRepository; /** * 文章归档信息获取...文档归档信息查询 然后介绍点击文档归档信息后，获取文章信息的实现，其实也就是按年月查询文档信息 在Repository类里添加方法： /** * 按月份获取文章信息 * @param
：创建一个包含指定文件的gzip压缩的tar归档文件。tar -czvf ：将指定目录及其内容打包成gzip压缩的tar归档文件。...：创建一个包含指定文件的xz压缩的tar归档文件。tar -cJvf ：将指定目录及其内容打包成xz压缩的tar归档文件。...其他常用选项Tartar -xvf ：解压缩指定的tar归档文件。tar -xzvf ：解压缩指定的gzip压缩的tar归档文件。...tar -xjvf ：解压缩指定的bzip2压缩的tar归档文件。tar -xJvf ：解压缩指定的xz压缩的tar归档文件。...tar -tf ：显示指定的tar归档文件中的文件和目录列表。总结本文提供了一个Linux压缩和归档命令的速查表，详细介绍了各种常用命令及其用法。
不完美，因为我的源信息好少啊，他们的源信息好多，好不爽 而且按钮也不好看，别人一看就是前端新人做出来的（难蚌） 这时候的 API 还是存于我的 BPI(API) 仓库中 于是我开始了第二轮搜索，主要是想要获取到...60s读懂世界 的源码什么的 因为我看见网上有一堆人在用，所以肯定是有源码的… 好嘛，在这里 https://wws.lanzouj.com/iO9KD0279acb 和 这里 https://www...5555，原来这么容易的吗？...API太慢了 切换的时候没有丝滑的感觉，于是我索性直接把我的 Bing API JSON 文件加载到用户的 localstorage 里了… https://raw.onmicrosoft.cn/Bing-Wallpaper-Action...API 的 cache-control 为 max-age=86400, immutable, stale-while-revalidate 所以需要进行多余的这一步来确保看到的新闻数据为最新的 然后用户在点击头图时查看该图片的最大尺寸
想给自己主题弄一个归档页面，这样可以一目了然的看到自己以往都记录了些什么，不仅方便自己也方便了读者。由于主题没有自带归档页面所以只能在网上搜索，发现实现归档页面有两种方法。...第一种是通过插件来实现，这种方法比较简单直接下载安装即可，另外一种就是创建一个自定义归档页面。由于本人喜欢折腾，所以最终选择了后者自己创建归档页面。...效果页面：点我跳转 只能说这是1.0版本 在主题文件夹根目录新建文件 articles.php，然后将以下代码复制进去。 具体代码如下： <?...php /** * 归档 * * @package custom */ if (!
背景 Phar 是 PHP 的一种打包格式，它将整个 PHP 应用程序及其依赖打包为一个单独的可执行文件。Composer 是 PHP 的一个依赖管理工具，它可以自动下载和管理 PHP 项目的依赖。...由于整个应用被打包成一个单独的文件，Phar 在部署时可以减少文件的数量和复制过程，提高了应用的部署效率。...同时，在运行时，Phar 也可以以模块化的方式加载应用程序，减少了文件的读取和加载时间，从而提供更快的执行速度。 Composer 的性能更好主要体现在依赖管理和项目维护方面。...这样可以提高开发者的工作效率，减少手动管理依赖的麻烦。同时，Composer 还可以通过缓存机制，避免重复下载已安装的依赖包，进一步提高了性能。...具体选择哪种工具，应根据具体的需求和场景来决定。 实战 Laravel 中，你可以使用 box 工具来封装你的应用程序为 Phar（PHP 归档文件）。
前 言： 西门子的WINCC软件提供了方便的变量归档，报警归档备份功能。但没想到的是Wincc的用户归档没有自动备份功能。配方数据及用户归档存储的报表记录数据确是生产的关键数据，需要定时定期备份。...基于项目实际情况，抛弃了西门子官方提供的方法，选择了其他的方法处理备份数据。 在此，提供三种我使用过的方法，欢迎大家一起讨论！...结合Wincc可以灵活的定义重复执行的时间。可以灵活控制备份的周期，备份文件的保留方式。具体看现场实际要求，部分脚本如下： 实际测试，备份速度基本是ms级别，截图如下。...如图所示：导出对应的表的数据，如果表名有固定的标签，可以灵活的控制表的数据导出，即使外部新建表单或者新加数据都无需调整脚本。通过VBS执行SQLCMD,可以灵活控制表的名称。...当然官方的是最安全可靠的，灵活度却少了很多，不到最后一刻脚本都可能根据需要调整。对C脚本的功底要求也很高，具体的脚本可以根据官方指导文件处理。
在归档数据库上不适合使用InnoDB引擎，因为InnoDB的瞬时写入性能不高。通常会采用Percona出品的TokuDB作为归档数据库的存储引擎。...虽然是归档库，但也得让其具有高可用性，毕竟在实际的企业中是不允许数据库出现单点故障的。而且归档库中的数据也不是不会被使用到，只不过是使用几率不高而已。...没有的话可以使用如下命令安装： [root@node-A ~]# yum install -y jemalloc [root@node-A ~]# ls /usr/lib64/ |grep jemalloc # 库文件所在路径...libjemalloc.so.1 [root@node-A ~]# 在配置文件中添加jemalloc库文件所在路径的配置： [root@node-A ~]# vim /etc/my.cnf ......自己写代码肯定是比较麻烦的，好在Percona工具包里提供了一个用于归档数据的工具：pt-archiver，使用该工具可以很轻松的完成数据归档，免除了自己写归档程序的麻烦。
备忘和扯一扯最近散仙在工作用到的几个不错的小技术点： （1）使用shell写了一个根据年份能生成此年份下归档文件目录，精确到年-月-日-小时 谈谈本意： 由于散仙最近是在搞我们平台的搜索日志分析的工作...，日志记录的数据是存在我们的Hadoop集群的HDFS上，日志记录的形式，自然也是按照年月日小时这样一个目录存储的，至于为啥这么设计，通过时间维度来准确归档： 好处： 这样在分析数据时，便能任意指定时间范围来分析...最后还有一个不错的想法分享给眼前的各位帅哥，美女们，养成归档的好习惯，从现在做起，如果你还在为找以前的某个txt文件，某个excel文件，某个hadoop源码包，某个岛国的avi影片，或某个照片，某个简历等等等等找不到而发愁的时候...那就来吧，这个脚本对你很适合，你只需要稍稍微创新一下，就能改造的非常个性化，比如你在年，月，日，小时目录下，新建了分类很细的目录，对各种常用的文件归档，根据文件后缀名，都建立一个文件夹，在各个文件夹下你还可以继续分类...如果你不会写程序，没关系，自己手动创建目录，也没多困难嘛，以后就可以把排列满满的桌面的文件，定时归档起来了。
--------------- --------------- PHYSICAL STANDBY NO READ ONLY WITH APPLY 16657544972059 二、查看归档的最大线程与最大接收的归档情况...归档还保留或者GAP较少的情况 1）归档还在主库 方法一： 首先通过备库sql查出相应的 node[thread#] 和归档位置 name： 传输上面文件到备库归档位置 archive log list...备库上注册归档文件alter database register logfile '归档文件绝对路径' 或rman注册日志catalog start with ''; 应用日志，查看select...2）归档已在备库 应用日志 归档已经被删除或GAP较多的情况 查看归档所在的位置 alert.log日志： 提供等thread 线程4的序列为148164的归档，获取的序号有148164-148165...提示在这个记录天数内没找到归档文件，建议设置更长些天数。以便GAP找到缺失的日志。 默认7天，1-365天范围。 记录的是归档日志，各种备份记录。 不记录数据文件，表空间，redo thread记录。
不过这中间可能会有一些情况，比如：我们本地的归档空间有限，主备的同步一时半会恢复不了，如果一直留着归档，当归档空间满了就会影响主库正常运行。不得不删除一部分。...” 假如当前备库应用到了100号归档，这个时候主备的网络断了，主库一直生成归档生成到了150号，这期间一直没有传递归档到备库。...当我们恢复了主备的网络，主库生成的101到150这50个归档都传送到了备库。 那么此时，备库应用完这50个归档是不是备库就和主库保持一致了，都是150号归档的时候块的内容？...我们单独拿一个块来说，假如100号归档的时候数据库内这个块记录了一列的值为5，150号归档的时候数据库内这个块记录这一行的值为6。...反过来说，假如100号归档的时候数据库内这个块记录了一列的值为5，150号归档的时候数据库内这个块记录这一行的值还是为5那么我们就可以不修改他，他还是完成了101-150号归档的所有改变。
本地有一个小的环境，今天照例登上sqlplus，突然发现报了如下的错误。一看原来归档满了。我记得前几天做一个批量操作临时把temp文件resize了很大，限于本地空间有限。准备改回去。...把多余的归档删除了。 sqlplus n1/n1 .... ERROR: ORA-00257: archiver error....看来得删除归档文件了。然后到归档目录下尝试删除，结果这个时候rm似乎不管用了，命令执行了，但是归档文件还在那。我想是不是有系统级的问题了。...决定重启 ，重启以后，Mount状态过后就很不留情的报了一个03113的错误。 SQL> startup ORACLE instance started....看到重做日志归档失败。
1、点击[设置] 2、点击[收信规则] 3、点击[创建收信规则] 4、点击[如果主题中] 5、点击[包含] 6、点击[邮件移动到文件夹] 7、点击[***的文件夹] 8、点击[新建文件夹
假设是24小时，再评估一下在归档量最大的24小时之内，会有多少量的归档？一般来说是在批量数据处理的时候归档量最大，假设这24小时之内归档最大为200G。...在备库上指定快速恢复区以及为快速恢复区指定合适的大小，主要原因：切换成为主库后归档日志容量；如果主库归档容量压力大，备库能否存储更多的归档日志以便可以通过备库来备份归档日志。...备库的归档日志存储到快速恢复区中，备库的快速恢复区空间紧张时，会自动删除已经应用过的较早的归档日志以释放空间，这样便可以实现备库的归档日志完全自动管理。...那么就回收空间（回收的空间应大于等于新建文件需要的空间大小，也就是回收的空间以够用为原则）。...alert日志也有相应的删除较早的归档日志的信息： ? 上面的日志也可以看到其过程是：切换日志；删除不需要的最老的归档日志；生成新的归档日志。
PostgreSQL 归档是POSTGRESQL 运维中必须进行的一项工作，但对于归档的事情其实在我们运维的一段时间有很多的疑问，这里总结一些我们遇到的问题以及我们对归档的事情的一些理解。...Postgresql 数据归档一般我们还是使用POSTGRESQL 的中给出的命令,然后在挂接一块单独的归档盘目录,对日志数据进行归档. archive_command = 'test !...其实这个问题是比较需要明白的,到底日志在正常的情况下,什么时候才能归档, 到底条件是什么,要开启 postgresql 的日志的归档的前提条件,主要需要配置 1 wal_level = replica...设置超时时间的长短,在一个不繁忙的系统可能很长时间才能写满一个日志,而如果将归档超时设置的过于频繁会导致产生大量的空白的归档文件,所以如果要启用归档超时则需要考虑这个问题....系统清理PG_WAL的文件和归档并没有关系,归档是上面问题 1 中解释的, 而PG_WAL的数据并不是归档后就清理了.
日志非常适合找出应用程序在做什么或对可能的问题进行故障排除。几乎我们处理的每个应用程序都会生成日志，我们希望我们自己开发的应用程序也生成日志。日志越详细，我们拥有的信息就越多。...但放任不管，日志可能会增长到无法管理的大小，反过来，它们可能会成为它们自己的问题。因此，最好将它们进行裁剪，保留我们需要的那些，并将其余的归档。...它可以轮转日志、压缩日志、通过电子邮件发送日志、删除日志、归档日志，并在你需要时开始记录最新的。...以下是它们的含义： rotate 7: 保留最近 7 次轮转的日志。然后开始删除超出的。 daily: 每天轮转日志，与 rotate 7 一起使用，这意味着日志将保留过去 7 天。...看点新的东西 我使用下面的配置来处理我系统上的 Nginx 的访问和错误日志。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
