中年如酒-优快云博客

原创 Oracle RMAN不完全恢复实战指南

在数据库管理中，备份与还原是至关重要的操作，尤其是在数据库故障或迁移时。本文将详细介绍如何使用 Oracle 的 RMAN（Recovery Manager）工具完成数据库的备份、还原和恢复操作，帮助您在实际环境中顺利执行这些任务。本指南基于 Oracle 10g 版本，涵盖从参数文件（PFILE）的还原到数据库的最终打开的全过程。

2025-03-27 17:21:21 826

原创 Oracle 日志归档路径修改：ORA-32017 与 ORA-16179 解决方案

Oracle 日志归档路径修改：ORA-32017 与 ORA-16179 解决方案

2025-03-26 17:34:11 292

原创 Oracle-RMAN遭遇ORA-19870 ORA-19502 ORA-27072

/oracle/app/product/10.2.0/dbs/arch1_152016_971798148.dbf"位于”/"目录下，使用空间已经达到99%，不足以安放新recover出来的archive log。/oracle/app/product/10.2.0/dbs/确实有很多archive log文件，随着recover的进行，持续产生。

2025-03-26 12:12:23 460

原创 Oracle-rman restore遭遇RMAN-03002与ORA-19563

在 RMAN 恢复过程中，遇到RMAN-03002连同ORA-19563:错误。操作是将 Oracle 10.0.5的数据库备份从 RMAN備份恢复到另一台测试主机的同一个目录。在MOS 文档《RMAN Duplicate Fails With RMAN-06136 ORA-19563》(Doc ID 453123.1) 提到可能存在重复的文件名，这一点提供了关键线索。

2025-03-25 11:38:46 414

原创 Linux Namespace(网络命名空间)系列三 --- 使用 Open vSwitch 和 VLAN 标签实现网络隔离

通过这个实验，我在系列二的基础上进一步扩展了网络配置，利用 OVS 的 VLAN 标签功能将 net1 和 net2 隔离在 VLAN 10 中，并验证了它们之间的通信。值得注意的是，未设置 VLAN 标签的接口（如系列二中的 veth-r 和 veth-g）与 VLAN 10 的接口无法直接通信，体现了 VLAN 的隔离效果。这个实验展示了 Linux 网络命名空间和 OVS 在网络分段中的实际应用。下一篇文章可能会探讨更复杂的场景，例如跨 VLAN 通信或与容器网络的集成。

2025-03-23 22:04:44 966

原创 Linux Namespace(网络命名空间)系列二 --- 使用 Open vSwitch 和网络命名空间搭建虚拟网络

通过以上步骤，我成功搭建了一个基于 OVS 和网络命名空间的简单虚拟网络。red 和 green 两个命名空间通过 veth 接口和 OVS 桥连接，接口状态正常。

2025-03-23 18:03:25 734

原创循序渐进kubernetes-一文了解context与 .kubeconfig文件

Kubernetes Context 是一组命名的访问参数，定义了与 Kubernetes 集群通信所需的信息，包括集群的 API 服务器地址、身份认证详情以及默认命名空间。假设 Kubernetes 集群的 API 服务器地址为 https://my-cluster.example.com，需要配置 kubectl 以通过 .kubeconfig 文件与该集群进行通信。此命令会列出 .kubeconfig 文件中所有已配置的 Context，包括关联的集群、用户和命名空间等信息。

2025-03-15 13:32:13 678

原创 Postgresql-重置统计信息(reset statistics)

pg_stat_reset命令是 PostgreSQL 中的重要命令，在执行之前需要明确其影响。该命令会重置所有已收集的统计信息，包括表访问、索引使用、函数执行等相关数据。执行 pg_stat_reset 需要具备超级用户权限，或被授予 pg_stat_reset 角色权限。重置统计信息可清除历史使用数据，但不会影响数据库的性能或可用性。需要注意的是，这将导致与性能和使用情况相关的历史数据丢失，可能影响长期趋势分析或问题诊断。这些函数和命令适用于 PostgreSQL 中需要重置统计信息的常见场景。

2025-02-25 23:07:20 387

原创 Chrony 无法同步时间的排查过程

通过上述检查，chrony.conf中透过fqdn的形式指定的两台ntp server，均属于内部的ntp server,而这台主机的默认dns server 是8.8.8.8（外部public dns server),无法解析内部的ntp server的fqdn。chronyc tracking 也显示 Leap status: Not synchronised，表明 Chrony 没有同步到任何时间源。以上输出表明，主机已经开始与ntp server正常同步时间。7.4 使用nc测试。

2025-02-11 17:27:42 613

原创 Linux-NTP Timeout问题分析与排查

根据上面3.4中的输出，显然，问题源于并未配置基于ipv6 ntp服务，导致ntp query timeout。分别对 time.pci.com 和 time.pchen.com 进行查询，发现 NTP 服务器正常同步。再次运行ntpq -p命令，顺利返回ntp time,问题得到解决。5.1 我们将选择注释掉/etc/ntp.conf中的这一行。以上输出的配置内容，接下来，我们将分别进行检查。3.2 查询 time.pchen.com。3.1 查询 time.pci.com。5.2 重启ntp服务。

2025-02-10 12:40:50 320

原创循序渐进kubernetes-CrashLoopBackOff 错误(原因与排查方法）

BackOff 算法是一种常见的重试机制，在计算机科学和网络通信领域广泛应用。当任务执行失败时，该算法通过逐步增加重试间隔的方式，避免频繁失败带来的资源浪费和系统压力。例如，在发送消息失败后，并不会立即再次尝试，而是等待一段时间后再重试。如果再次失败，则等待时间会逐步增加，形成指数增长的重试间隔。在 Kubernetes 中，BackOff 时间指的是 Pod 终止后重新启动前的延迟时间。该机制确保 Pod 有足够的时间恢复并解决潜在错误，同时避免频繁重启可能导致的资源浪费和系统过载。

2025-02-09 17:47:29 882

原创循序渐进kubernetes-一文讲透apigroup

Kubernetes 提供了多种资源，例如 Pod、Deployment、Service 等，这些资源存储在 Kubernetes 的数据库 ETCD 中。与这些资源的交互通过 Kubernetes API 实现，每种资源类型对应一个独特的端点(endpoint)。例如：（与 Kubernetes 资源 “Pod” 交互时）第一部分 (GET) 表示执行的操作；第二部分 (/api/v1/namespaces/{namespace}/pods/{name}) 表示操作的目标资源。

2025-01-29 00:15:00 1064

原创循序渐进kubernetes-RBAC(Role-Based Access Control)

在这个 YAML 文件中，名为“node-reader-cluster-binding”的集群角色绑定将“node-reader-cluster-role”集群角色与集群级的用户“admin”关联起来。该 YAML 文件创建了一个名为 “pod-reader-role-binding” 的角色绑定（Role Binding），将 “pod-reader-role” 角色与 “web” 命名空间中的用户 “john” 关联起来。用户 “john” 现在拥有了 “pod-reader-role” 的权限。

2025-01-28 23:45:00 1029

原创循序渐进kubernetes-一文讲透token

为支持向 Time Bound Token（时间限制令牌）的逐步过渡，Kubernetes 提供了在 Kube API Server 中设置参数 --service-account-extend-token-expiration=true 的选项。失败的原因是，在文件 role.yaml 中，配置指定了 cluster-role-token-requester-blog 只能为服务账户生成token，无法查看 Pods。顾名思义，Long-Lived Token（长生命周期令牌）是指永不过期的令牌。

2025-01-22 16:33:53 1065

原创 kubeneters-循序渐进Cilium网络（四）

现在，已经完整且详细地了解了在 Kubernetes 集群中，基于 Cilium 的 Pod 间基础网络是如何工作的。正如之前的文章中提到的网络策略，还有许多内容需要探讨，比如服务、Ingress 或名称解析。此外，除了这些 Kubernetes 网络的基础主题，Cilium 还提供了许多其他功能，进一步丰富了集群的能力。敬请期待！

2025-01-17 16:00:00 1045

原创 kubeneters-循序渐进Ingress

Kubernetes Ingress 的核心功能是提供一种高效的方式来配置 Nginx 等反向代理服务器，从而将外部请求路由到集群内部的服务。这种机制能够减少对静态 IP 和负载均衡器资源的需求，有助于节省成本和资源。Ingress 本身并不是 Kubernetes 服务的一种，而是一种管理外部访问的规则集合。它通常与负载均衡器类型的服务协同工作，借助服务将请求引导至目标应用。此外，除了基于 Nginx 的实现，还有一些其他类型的 Ingress 控制器，它们可能使用不同的代理技术来实现类似功能。

2025-01-17 10:10:32 1014

原创在 Kubernetes 中创建 TLS Secret —— 使用自签名证书

在 Kubernetes 中，创建和使用自签名证书是启用 HTTPS 的常见步骤。本文介绍了如何使用 OpenSSL 创建自签名证书和私钥，然后将它们作为 Secret 存储在 Kubernetes 中。最后，通过配置 Ingress 来启用 HTTPS 访问。通过这种方式，你可以确保你的服务使用 TLS 加密，增强了通信的安全性。如果你使用自签名证书，记得处理证书信任问题，尤其是在生产环境中，通常需要从受信任的证书颁发机构获取证书。

2025-01-16 18:27:36 1160

原创 kubeneters-循序渐进Cilium网络（三）

Cilium 在 Kubernetes 中使用 eBPF 进行数据包路由的工作原理。在传统 Linux 路由视角下，流量会通过常规路由过程传递，但 Cilium 通过 eBPF 技术实现了更高效的路由。特别是，Cilium 使用了“服务者”模式和秘密通道，使得流量在 Kubernetes 集群内部更加迅速和精确地转发。在跨节点路由中，Cilium 会将流量通过 cilium_vxlan 接口传递，进一步利用 eBPF 引导流量到达目标 Pod。

2025-01-13 06:00:00 655

原创 kubeneters-循序渐进Cilium网络（二）

例如，接口格式为 1856: eth0@if1857，这表示容器内的网络接口编号为 1857，并与其所在节点上编号为1856 的对偶接口相连接。为了确定每个节点所使用的 IP 地址范围，可以通过检查各节点上的 Cilium Agent 实例来获取相关信息。cilium_host@cilium_net：在示意图中，这个接口以圆形表示，用于在集群中实现节点之间的路由功能。cilium_vxlan：在示意图中，这个接口以三角形表示，是一个隧道接口，负责集群中节点之间的数据传输。

2025-01-10 23:53:01 1128

原创 kubeneters-循序渐进Cilium网络（一）

这篇文章通过“封包追踪”方法，深入解析 Kubernetes 网络通信过程。基于 eBPF 的 Cilium 工具，直观展示了数据包在 Pod 间传递的每一步，帮助轻松理解 Kubernetes 网络的核心原理。

2025-01-09 17:55:08 746

原创 SQL Server-Query Store

SQL Server Query Store Overview

2025-01-08 15:56:56 853

原创 kubernetes-循序渐进了解coredns

kubernetes-循序渐进了解coredns

2025-01-05 22:54:46 1184

原创 kubernetes 理解jobs与cronjobs

kubernetes 理解jobs与cronjobs

2025-01-03 00:10:09 338

原创 postgresq-自定义执行计划(custom plan)与generic plan(通用执行计划）

postgresq-自定义执行计划(custom plan)与generic plan(通用执行计划）

2025-01-01 21:50:33 667

原创 SQL Server SOS_SCHEDULER_YIELD等待事件说明及案例分析

此外，一个常被忽略但需要调查的原因是服务器的电源管理功能。说明由于cpu存在压力，SOS_SCHEDULER_YIELD指标的信号等待达到总等待的99.99%原因，意味着有于sql os给每个线程4ms的运行时间片，导致线程频繁的自愿让出cpu资源，然后进入runnable队列，如此往复，造成恶性循环。因此，当高 SOS_SCHEDULER_YIELD 等待类型值出现时，应该根据如下三种不同的场景去排查，主要取决于 SOS_SCHEDULER_YIELD 是否频繁出现，以及它是否伴随较高的信号等待时间。

2024-12-27 00:00:52 1132

空空如也

空空如也