2021-05-08: 1.0版本初步完成,待完善已完成任务回顾 2021-05-10: 1.1版本完成,修改不重要不紧急为将来清单,且新增每周回顾 前言 最近在阅读<小强升职记>,感觉里面讲到的时间管理工具和方法十分有用,自己之前虽然也了解一些工具,例如四象限原则.两分钟方法等,但看完这本书之后感觉之前的理解还是太肤浅了.是时候升级一下自己的时间管理系统了. 在此之前我的工具大致包括: 稍后读软件.GTD工具(滴答清单).写作工具(一般是VSCode+Hexo).最近半年沉迷于使用双链笔记软

最近在少数派上看到了 简悦 +Logseq 个人知识库搭建 | 从零开始完全指南 - 少数派, 一时间感觉打开了新世界,其实我很早就买了简悦 2.0,但由于一直没有很好的使用场景,外加配置实在过于复杂, 始终吃灰.直到看到这篇文章,发现原来简悦也可以直接跟 Logseq 打通,那么稍后读的最大弊端终于有了完美的解决方案. 不过实际按照教程配置的过程中,发现原作者是基于坚果云搭建的,不符合我本地化的思路(主要是公司不允许用云盘),因此尝试摸索一个本地任意文件夹均可实现的方案,过程中踩了非常多的坑,

实验目的:Oracle直接拷贝物理文件迁移,生产库有类似施工需求,故在实验环境简单验证一下. 实验环境: A主机:192.168.1.200 Solaris10 + Oracle 11.2.0.1 B主机:192.168.1.186 Solaris10   1.备份ORACLE安装包($ORACLE_BASE目录) tar cvf oracle.tar oracle   2.关库,备份参数文件,控制文件,数据文件,临时文件,日志文件 查看各个文件的存放路径: SQL> show paramete

在使用RMAN备份.还原的过程中,我们经常需要查看备份的一些详细信息,例如,RMAN提供了LIST命令.关于LIST命令的详细信息 可以参考Oracle Database Backup and Recovery Reference文档. 列出备份信息   列出详细备份信息:备份集(Backup Sets),镜像备份(image copies),proxy copies的信息. #lists backup sets, image copies, and proxy copies RMAN> lis

SMON: Parallel transaction recovery tried 这个一般是在具有在跑大数据量的 transaction的时候kill掉了进程而导致 smon 去清理 回滚段时导致的. 这个在业务高峰期的时候,如果发现这个,有可能导致 SMON 占用了 100% cpu 而导致 系统 hang 在那边.即使你shutdown immediate ,oracle 也会等待 smon 清理完毕才能关机,而这个等待过程也许是漫长的.如果你 shutdown abort,那么oracl

做了一年多的IOS开发,对IOS和Objective-C深层次的了解还十分有限,大多还停留在会用API的级别,这是件挺可悲的事情.想学好一门语言还是需要深层次的了解它,这样才能在使用的时候得心应手,出现各种怪异的问题时不至于不知所措.废话少说,进入今天的正题. 不知道大家有没有想过这个问题,一个应用开始运行以后放在那里,如果不对它进行任何操作,这个应用就像静止了一样,不会自发的有任何动作发生,但是如果我们点击界面上的一个按钮,这个时候就会有对应的按钮响应事件发生.给我们的感觉就像应用一直处于随时

Run Loops Run loops是线程相关的的基础框架的一部分.一个run loop就是一个事件处理的循环,用来不停的调度工作以及处理输入事件.使用run loop的目的是让你的线程在有工作的时候忙于工作,而没工作的时候处于休眠状态. Run loop的管理并不完全自动的.你仍然需要设计你的线程代码在合适的时候启动run loop并正确响应输入事件.Cocoa和Core Fundation都提供了run loop objects来 帮助配置和管理你线程的run loop.你的应用程序不需要

RMAN是ORACLE提供的一个备份与恢复的工具,可以用来备份和还原数据库文件. 归档日志和控制文件.它也可以用来执行完全或不完全的数据库恢复. RMAN可以由命令行接口或者 OEM的 Backup Manager GUI 来控制.     4.1 基本知识     4.1.1 RMAN的组件.概念 1.  RMAN  主要包括以下组件: Target Database:(目标数据库) 就是需要RMAN对其进行备份与恢复的数据库,RMAN  可以备份数据文件,控制文件,归档日志,spfile.(

1.如何追踪app崩溃率,如何解决线上闪退 当 iOS设备上的App应用闪退时,操作系统会生成一个crash日志,保存在设备上.crash日志上有很多有用的信息,比如每个正在执行线程的完整堆栈 跟踪信息和内存映像,这样就能够通过解析这些信息进而定位crash发生时的代码逻辑,从而找到App闪退的原因.通常来说,crash产生来源于两种问 题:违反iOS系统规则导致的crash和App代码逻辑BUG导致的crash,下面分别对他们进行分析. 违反iOS系统规则产生crash的三种类型: (1) 内

第一章. 理解什么是数据库恢复 当 我们使用一个数据库时,总希望数据库的内容是可靠的.正确的,但由于计算机系统的故障(硬件故障.软件故障.网络故障.进程故障和系统故障)影响数据库系 统的操作,影响数据库中数据的正确性,甚至破坏数据库,使数据库中全部或部分数据丢失.因此当发生上述故障后,希望能重构这个完整的数据库,该处理称为数 据库恢复.恢复过程大致可以分为复原(Restore)与恢复(Restore)过程. 数据库恢复可以分为以下两类: 1.1实例故障的一致性恢复 当实例意外地(如掉电.后台进程

当应用程序生成一个新的线程的时候,该线程变成应用程序进程空间内的一个实体.每个线程都拥有它自己的执行堆栈,由内核调度独立的运行时间片.一个线程可以和其他线程或其他进程通信,执行I/O操作,甚至执行任何你想要它完成的任务.因为它们处于相同的进程空间,所以一个独立应用程序里面的所有线程共享相同的虚拟内存空间,并且具有和进程相同的访问权限. 一.线程成本 多线程会占用你应用程序(和系统的)的内存使用和性能方面的资源.每个线程都需要分配一定的内核内存和应用程序内存空间的内存.管理你的线程和协调其调度所需

1.问题描述 Oracle服务器断电重启以后无法数据库无法正常连接,使用sqlplus envision/envision连接报错.常见的错误有以下这些: ORA-12518: TNS:listener could not hand off client connection ORA-12560: TNS:protocol adapter error ORA-01034: ORACLE not available ORA-27101: shared memory realm does not e

Adobe Scout 用于优化 Flash 内容,是一款极为强大的工具,因为它能让您看到 Flash Player 幕后正在发生的事情.但是若明白 Flash Player 为什么做这些事情,您看到这些事情才会最有用.只有这样,您才能有效地找到修复 Scout 所告知的问题的方法! 本文的目的是让您大致了解 Flash Player 的工作原理,并将之与您在 Scout 中看到的信息相关联.本文也是 Scout 中所用术语的参考指南,因此您可以从中查找 Flash Player 执行的各种活动

做了一年多的IOS开发,对IOS和Objective-C深层次的了解还十分有限,大多还停留在会用API的级别,这是件挺可悲的事情.想学好一门语言还是需要深层次的了解它,这样才能在使用的时候得心应手,出现各种怪异的问题时不至于不知所措.废话少说,进入今天的正题. 不知道大家有没有想过这个问题,一个应用开始运行以后放在那里,如果不对它进行任何操作,这个应用就像静止了一样,不会自发的有任何动作发生,但是如果我们点击界面上的一个按钮,这个时候就会有对应的按钮响应事件发生.给我们的感觉就像应用一直处于随时

  最近用RMAN对部分归档日志进行了恢复,在此记录恢复过程 由于不能透漏数据库信息,故举例如下: ORACLE_SID=hrdb 恢复目标路径:/NewRmanbak/restore_archive/ 需要恢复的LOG SEQUENCE: 恢复所用用户:oracle:oinstall   1.查询对应的Sequence Number,准备恢复目标目录,并赋予相关权限 select l.SEQUENCE#, l.* from v$archived_log l where l.COMPLETION

Nova project下面具有多个service,api,compute,sceduler等等,他们的启动过程都几乎类似,这一篇博客就详细记录nova-sceduler的启动过程.文章中贴出的源码都是从OpenStack Folsom版截取过来的. 下面就开始分析nova-sceduler的启动过程了,后面还有涉及到启动之后,做的一些周期性工作,这部分可能与sceduler无关,是在compute中的,一次帖上来. 首先是解析启动脚本的参数,包括配置文件,设置日志,utils.monkey_p

1         故障类型 l  实例故障 由ORACLE内部异常.操作系统故障或其它相关软件引起,导致ORACLE实例中的进程或内存区出现故障或数据库无法正常关闭,这种故障称为实例故障.实例故障没有本质上的破坏,无须对数据库进行恢复,只要重启数据库就可正常. l  媒介故障 媒介故障主要是由于磁盘驱动器出问题.磁盘块坏.数据文件被删除或损坏等引起,文档中所介绍的备份方法基本为这种故障而设计的. 2         与备份相关的数据库环境 2.1    数据库类型 与数据库备份最紧密相关的数据

RunLoop是什么?基本操作是什么? 1.RunLoop的作用 RunLoop可以: 保持程序的持续运行 处理App中的各种事件(比如触摸事件.定时器事件.Selector事件) 节省CPU资源,提高程序性能:该做事时做事,该休息时休息 学到这里,你就知道了RUnLoop的作用了吧.看看程序里的例子: 程序中的main函数里面: int main(int argc, char * argv[]) { @autoreleasepool { return UIApplicationMain(arg

1.如何追踪app崩溃率,如何解决线上闪退 当iOS设备上的App应用闪退时,操作系统会生成一个crash日志,保存在设备上.crash日志上有很多有用的信息,比如每个正在执行线程的完整堆栈跟踪信息和内存映像,这样就能够通过解析这些信息进而定位crash发生时的代码逻辑,从而找到App闪退的原因.通常来说,crash产生来源于两种问题:违反iOS系统规则导致的crash和App代码逻辑BUG导致的crash,下面分别对他们进行分析. 违反iOS系统规则产生crash的三种类型 (1) 内存报警闪

NSTimer是一个计时器对象,方法调用在对未来的选择对象. NSThread是一个线程类. 也就是创建一个线程. NSTask类是一个过程,一种方式运行程序从您的其他程序. NSOperation是一个非常漂亮的抽象的任务. 在这个类中嵌入您的操作,你可以很容易地通过一个NSOperationQueue执行类的手段同时进行. NSRunLoop其实NSRunLoop的本质是一个消息机制的处理模式.在某种意义上摘要和适应的选择()的Unix系统调用,管理和调度输入源事件和线程计时器. 每个程序运