一、问题描述尝试在开发环境中备份数据库。但因“RMAN-06149：无法在NOARCHIVELOG模式下备份数据库”而失败。什么?数据库处于NOARCHIVELOG模式?哦，我忘了我是在开发环境中的。由于数据库是开发用的，不需要对数据进行高级别的保护，所以我特意把它设置为NOARCHIVELOG模式。二、检查存档日志模式Oracle如何检查存档日志模式?有两种方法可以检查归档日志模式是否启用。方法一：通过SQL*Plus命令1、要使用SQL*Plus特定的命令，您必须先登录到数据库。C:\Users\>sqlplussys@orclcdbassysdba...Enterpassword:2、通
vmagent可以帮助我们从各种来源收集指标并将它们存储在VM或者任何其他支持remotewrite协议的Prometheus兼容的存储系统中。特性vmagent相比于Prometheus抓取指标来说具有更多的灵活性，比如除了拉取(pull)指标还可以推送(push)指标，此外还有很多其他特性：可以替换prometheus的scrapingtarget。支持从Kafka读写数据。支持基于prometheusrelabeling的模式添加、移除、修改labels，可以在数据发送到远端存储之前进行数据的过滤。支持多种数据协议，influxline协议，graphite文本协议，opentsdb协议
背景对于内部系统的访问，我们也是采用了常见openVPN网络隧道方案实现业务远程访问。最近北京疫情有点严重，响应政府号召居家远程上班，openVPN的使用者也随着内部系统增多变得越来越多。最近收到公司有人反馈，openVPN刚开始使用还好好的，现在连接状态也是正常的，怎么就打不开系统了呢?听反馈说，openVPN客户端连接软件也重启了，电脑也重启了，还是打不开，听着很是诡异，于是远程看了一下openVPN客户端的连接日志如下：看到这些的时候，也是相对纳闷的，我自己用的还好好的啊，于是重新进行了一次连接，发现连接正常，系统也能打开。还以为此时解决了，但是又收到一个相同反馈此问题的，于是就不淡定了
自动化是现在的一个热门话题。在我作为网站可靠性工程师（SRE）的日常工作中，我的部分职责是将尽可能多的重复性任务自动化。但是我们当中有多少人在日常生活、非工作生活中这样做呢？今年，我专注于自动化工作，以便我们可以专注于重要的事情。在实现一切自动化的同时，我在一些远程站点上遇到了困难。我不是一个网络专家，所以我开始研究我的选择。在研究了各种虚拟专用网络（VPN）、硬件端点、防火墙规则以及支持多个远程站点的所有东西后，我感到困惑、暴躁，并对这一切的复杂性感到沮丧。然后我发现了 ZeroTier。ZeroTier是一个加密的虚拟主干网，允许多台机器像在一个网络上一样通信。代码全部是开源的，你可以自行
首先，什么是Seafile？Seafile 是一个自托管文件同步程序，采用客户端/服务器模式，即你有笔记本、手机等多个设备，能够连接到一个中心服务器。不像类似 Nextcloud或ownCloud 这些更流行的替代品一样，Seafile试图遵循“只做一件事，但是要做好”的理念。同样，Seafile没有内置额外的类似联系人或者日历聚合的功能。相反，Seafile只专注于文件同步、共享及与之相关的事情，仅此而已。但正因为如此，它最终做的非常好。使用Docker和NGINX部署Seafile服务器高级教程我们的许多教程都是针对初学者的。这篇则不然，它是为那些经常鼓捣DIY项目和喜欢自托管的高级用户设
前言前面文章写过ES的迁移方案，不同场景使用不同的迁移方案会事半功倍，今天咱们就来具体操作一下基于Snapshot方式来迁移数据，Snapshot更加适用于大数据量跨集群迁移数据。并且索引创建快照的过程是增量的。在给索引创建快照的过程中，Elasticsearch会分析存储在仓库中的索引文件并且只会复制那些自从上次快照之后新建或有所更新的文件。这使得多个快照以一种紧凑的方式存储在同一个仓库里。创建快照的过程是以非阻塞方式执行的。一个索引在创建快照的同时能够被检索和查询。尽管如此，快照保存的是在开始进行创建快照的那个时间点的索引的视图。所以，在开始创建快照之后的记录不会出现在这个快照里。在主分片
Fig是一个可以在你的终端中添加自动补全命令的提示工具，当你在操作终端的时候，Fig可以在你的终端中弹出子命令、选项和上下文相关的参数。Fig并不是一个独立的终端，而是与你现有的终端工具进行集成。现在已经支持近300多种CLI工具的补全提示，比如cd、git、docker、npm、yarn、kubectl、brew、aws等等工具，而且我们还可以根据需求添加新的补全提示规范。如果你使用了Fig，我相信你一定会喜欢上它的。安装要安装Fig非常简单。在你的mac中使用下面方法进行安装即可。Homebrew:brewinstallfig。DMG:直接从fig.io网站下载DMG安装包。Windows
1、前言本人是一个普通的中年程序员，并不是圈内的大牛，写嵌入式操作系统这一系列的文章并不是要显示自己的技术，而是出于对嵌入式的热爱。非常幸运，本人毕业后的十几年一直从事嵌入式行业，遇到过各种坑，也收获过各种喜悦。希望嵌入式操作系统系列文章能对其它的嵌入式爱好者能有所帮助，帮助热爱嵌入式行业的朋友快速了解嵌入式操作系统的运行原理。我将一步一步地完善我们的嵌入式实时操作系统enuo，每完成一步软件的构建，我将输出一篇总结性的文件，来分享软件构建过程，并开源软件工程和源码。操作系统enuo的名字来源于我5岁儿子的伊诺，希望在我的守护下enuo和伊诺都能健康快乐，茁壮成长!2、设计背景书接上文我们完成
1、前言随着计算机技术和微电子技术的迅速发展，嵌入式系统应用领域越来越广泛，尤其是其具备低功耗技术的特点得到人们的重视。随着工信部提出NB-IoT基站建设具体目标、三大运营商加速建设，即将迎来万物互联的新时代，这是信息产业继移动互联网之后的下一个万亿级市场，这些为实时操作系统的应用提供了广阔的前景。嵌入式实时操作系统将会部署到越来越多的设备中，这就要求工程师深入地了解嵌入式实时操作系统。本系列文章将和大家一起从零开始构建一个嵌入式实时操作系统，我将用最简单直白的方式一步一步搭建，我将用一篇文章的方式来总结搭建中的每个节点阶段，并开源软件工程和源代码。2、嵌入式实时操作系统嵌入式实时操作系统是一
内容为王时代，任何一个To C的App都会有内容下发服务，内容包含商品、图文、视频等，比如在淘系App上，首页和各个垂类频道页充满了各类内容，这些页面业务变化非常较快，如何设计一个易扩展、稳定、低延迟的内容下发接口，需要开发同学不断思考摸索。作者总结内容下发服务遇到的常见问题和挑战，设计出一套灵活架构来支持不断变化的业务， 重点梳理在内容服务下发内容时需要关注的点、拆分内容下发服务各个环节，通过分层架构，最终达到易扩展、易运维的业务效果。重要术语解释内容 ：包括商品、图文、视频等，服务端通过算法推荐，最终下发给客户端消费的内容补齐数据源 ：对于内容id，提供一个或多个维度的关联信息内容补齐 ：
