tns为 thrift rpc 分布式组件,实现 rpc 的高可靠、负载均衡、水平动态可扩展等,工具提供完整的命令行管理方式。
在oracle应用中,tns-xxxxx这样的错误在我们的应用中是非常常见的。 tns-xxxxx的错误一般都是和数据库的连接有关的错误,他通常是发生在请求数据库连接时发生的。 下面我们来看看有哪些tns-xxxx的错误,已经这些错误发生的原因,已经对应的解决方案。 C:/>sqlplus "/@orcl1 as sysdba" ERROR: ORA-12154: TNS: 无法解
TNS简要介绍与应用 Oracle中TNS的完整定义:transparence Network Substrate透明网络底层,监听服务是它重要的一部分,不是全部,不要把TNS当作只是监听器。 TNS是Oracle Net的一部分,专门用来管理和配置Oracle数据库和客户端连接的一个工具,在大多数情况下客户端和数据库要通讯,必须配置TNS,当然在少数情况下,不用配置TNS也可以连接Oracle数
解析 TNS_ADMIN 环境变量的配置 TNS_ADMIN 环境变量的配置,一般是Oracle远程连接数据库的必要配置之一。下面对这一配置进行解析。 0. 序言
什么是tnsping? 可以参考官方文档的具体介绍 http://docs.oracle.com/cd/E11882_01/network.112/e41945/connect.htm#NETAG378 tnsping 实际上就是一个小工具,用来决定是否一个Oracle Net 网络服务(service)可以被接受。 从某种意义上来说,tnsping 针对的 sqlnet连接,就好比为我们常用的p
从客户端tnsping 一台数据库,报错“TNS-12537:TNS:连接关闭”,奇怪~~,服务器端可以tnsping通,也可以正常访问数据库,listener状态也正常,为什么客户端连接不上,查了一下原因,为sqlnet.ora文件做了Validnode Verification 的限制。 Information from metalink: You can configure the sqln
referece: ORA-12547 While Client Connecting Via SSH Tunnel [ID 454252.1] 修改时间 12-AUG-2009 类型 PROBLEM 状态 MODERATED In this Document Symptoms Cause Solution This document is being delivered to y
第 1章 数据库server监听错误 1.1.1数据库监听错误 1.1.1.1 问题及现象 server环境为ORACLE11G RAC环境,系统启动后,监听没起来。 [oracle@RAC4 ~]$ lsnrctl status LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 29-JUN-2015 10:44:45 Copyrig
(要求Workerman版本>=3.3.0) /Channel/Client 客户端
(要求Workerman版本>=3.3.0) __construct void ChannelServer::__construct([string $listen_ip = '0.0.0.0', int $listen_port = 2206]) 实例化一个ChannelServer服务端 参数 listen_ip 监听的本机ip地址,不传默认是0.0.0.0 listen_port 监听的端口
(要求Workerman版本>=3.3.0) 源码地址:https://github.com/walkor/Channel Channel是一个分布式通讯组件,用于完成进程间通讯或者服务器间通讯。 特点 1、基于订阅发布模型 2、非阻塞式IO 原理 Channel包含Channel/Server服务端和Channel/Client客户端 Channel/Client通过connect接口连接Cha
(要求Workerman版本>=3.3.0) 源码地址:https://github.com/walkor/Channel Channel是一个分布式通讯组件,用于完成进程间通讯或者服务器间通讯。 特点 1、基于订阅发布模型 2、非阻塞式IO 原理 Channel包含Channel/Server服务端和Channel/Client客户端 Channel/Client通过connect接口连接Cha
一、分布式锁 数据库的唯一索引 Redis 的 SETNX 指令 Redis 的 RedLock 算法 Zookeeper 的有序节点 二、分布式事务 2PC 本地消息表 三、CAP 一致性 可用性 分区容忍性 权衡 四、BASE 基本可用 软状态 最终一致性 五、Paxos 执行过程 约束条件 六、Raft 单个 Candidate 的竞选 多个 Candidate 竞选 数据同步 参考 一、分
Consumer Offset Tracking(消费者offset跟踪) 高级别的consumer跟踪每个分区已消费的offset,并定期提交,以便在重启的情况下可以从这些offset中恢复。Kafka提供了一个选项在指定的broker中来存储所有给定的consumer组的offset,称为offset manager。例如,该consumer组的所有consumer实例向offset mana
《分布式 Java》是一本关于 Java 分布式应用的学习教程,是对市面上基于 Java 的分布式系统最佳实践的技术总结。图文并茂,并通过大量实例让你走近 Java 的世界!
本系统中的分布式锁设计用于Storm多个线程实例抢占Redis缓存资源时出现的事务性问题,这个事务性问题是由客户端本身业务逻辑需求产生的,无法在服务端进行有效处理,需给出一个分布式资源同步的方案,此处我们采用了分布式锁来完成这项设计。 锁是编程中非常常见的概念。在维基百科上对锁有个相当精确的定义:在计算机科学中,锁是一种在多线程环境中用于强行限制资源访问的同步机制。锁被设计用于执行一个互斥的并发控