总结:  --两台单实例数据库做DG,数据库版本号10.2.0.1.0 1.主库配置为:arch async,备库无STANDBY LOG. 日志中会有:RFS[4]: No standby redo logfiles created 2.主库配置为:arch async.备库有STANDBY LOG,日志中未显示使用. 特殊情况:主库配置为:arch async,备库有STANDBY LOG.备库未打开日志应用 ,日志中有:RFS[8]: Successfully opened standby…

从不久之前Win10更新1803以来,微软不仅带来了一些新功能(和BUG),还悄悄地加入了一个“卓越性能模式”,老张想了想,不对呀,以前就有了一个“高性能模式”,这怎么就还多出个新的性能模式来,难道会更好吗?那么我们今天就来试试看,这个模式有什么特别的吧~ 首先按Win键打开菜单,输入“电源”系统自动会找到[ 电源和睡眠设置 ],再把它打开: 点开下面相关设置中的[ 其他电源设置 ]项目: 就可以选择我们想要的[ 电源计划 ], 一般默认的设置是“平衡”,系统会根据运行状态,低负载的时候和“节能…

★PART1:32位保护模式下内核简易模型 1. 内核的结构,功能和加载 每个内核的主引导程序都会有所不同,因为内核都会有不同的结构.有时候主引导程序的一些段和内核段是可以共用的(事实上加载完内核以后就不需要主引导程序了),和加载一般的用户程序一样,主引导程序也是需要从硬盘中读取程序到指定的内存空间中. 同时,作为一个内核,也是一个程序,而且是一个具有管理全局的能力的程序,应该有固定的段,一般来说,内核应该包括以下几个部分: 1. 公用例程段(实现API功能) 2. 内核数据区(用于预读一些数据…

补充了一下NameNode启动过程中有关FSImage与EditsLog的相关知识. 一.什么是FSImage和EditsLog 我们知道HDFS是一个分布式文件存储系统,文件分布式存储在多个DataNode节点上.一个文件存储在哪些DataNode节点的哪些位置的元数据信息(metadata)由NameNode节点来处理.随着存储文件的增多,NameNode上存储的信息也会越来越多.那么HDFS是如何及时更新这些metadata的呢?  在HDFS中主要是通过两个组件FSImage和Edits…

在项目中,凡是涉及到表格的地方用的最多的控件,自然少不了DataGrid的身影,它明了的展示各种数据让人十分喜欢.现在要实现一个功能,使DataGrid具有全选和项选中的功能,如果在传统后台代码中完成这个事情可以说十分简单,但是换到MVVM模式下呢? 不得不面临一个很囧的情况,为了完成UI端CheckBox被选中后能在ViewModel中获取到选中的数据,不得不在在业务实体之外添加一个字段IsChecked 来与我们的数据交互,这样不仅影响美观还影响心情. 为了实现这一点,无疑需要设置DataG…

一. 概述 在sql server 备份与恢复系列的第一篇里,有讲到大容量模式下备份与还原的相关知识.这篇重点来演示在大容量模式下常用的备份与还原模式“完整备份+差异备份+日志备份”. 在大容量恢复模式下,特别要注意的是在什么情况下会导致数据还原丢失风险,带着这个问题,来进行演示说明.备份策略如下图所示: 二.备份 我这里有TestBulkLogged库,库里新建了一个product空表.备份SQL语句如下所示: use master -- 设置大容量模式 ALTER DATABASE Test…

项目使用的是Oracle数据库,.Net使用Odac对数据库进行访问.在官方下载Odac时会让你选择是下载32位的还是64位的.这会直接影响到网站的运行模式.目前我们使用的是32位的,那么布署时,需要将应用程序池的启用32位设置为True. 那么,对于网站来讲,是32位模式性能更好,还是64位性能更好呢? 我没有动手亲自试验,而是在网上查了查,在这篇文章里,提问者进行了多次性能测试,并将结果汇总为图表.可以看到,Asp.Net 2.0 在32位操作系统下运行于32位模式下性能最好,Asp.Net…

(17)Avoid running sites in debug mode 招数17: 避免在调试模式下运行网站 When it comes to ASP.NET, one of the most common performance blunders I see on a regular basis is accidentally or intentionally running sites in debug mode. Language-level optimizations, such a…

程序是在release模式下生成的,并且arm和x64通过了验证,但是x86就出现了这个奇葩问题. 搞了半天发现是要把“优化代码”的选项勾上.…

我们经常在debug模式下使用一些性能检测工具,例如blockCannary,leakCannary.Stetho等,但是我们release的时候又不需要这些检测工具,通常情况下我们的做法是在build.gradle中写上debugImplementation “xxx.xxx.xxx.xxx”这样代码里写入BuildConfig.DEBUG来实现是否调用相关方法,但是发release版本的时候没有引入这些类又会报错,所以只能手动去注释掉代码.这是何等的麻烦. 因此我们需要一些其他的方法来解决这…