物联网，即Internet of Things，简写IOT。让所有能行使独立功能的普通物体实现互联互通的网络，通过物联网可以用中心计算机对机器、设备、人员进行集中管理、控制，实现物物相连。近几年物联网在运输、物流、健康医疗、智能环境（家庭、办公、工厂）等领域都在迅速发展，前景打好。
今天遇到一个问题，plsql连接oracle数据库报ora 12154错误，本文将为您详细介绍此等问题的几种解决方法 （我是使用第二种方法解决的） 解决方法如下：
SQL*Plus: Release 11.2.0.1.0 Production on Mon Jan 5 18:49:31 2015 Copyright (c) 1982, 2009, Oracle. All rights reserved. ERROR: ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist Linux-x86_64 Error: 2: No such file or directory Process ID: 0 Session ID: 0 Serial number: 0
MongoDB（来自于英文单词“Humongous”，中文含义为“庞大”）是可以应用于各种规模的企业、各个行业以及 各类应用程序的开源数据库。作为一个适用于敏捷开发的数据库，MongoDB的数据模式可以随着应用程序的发 展而灵活地更新。与此同时，它也为开发人员 提供了传统数据库的功能：二级索引，完整的查询系统以及严格 一致性等等。 MongoDB能够使企业更加具有敏捷性和可扩展性，各种规模的企业都可以通过使用MongoDB来 创建新的应用，提高与客户之间的工作效率，加快产品上市时间，以及降低企业成本。
基本上大部分数据库都有定时任务，最近开发问我PostgreSQL 要做定时任务，有的存储过程要在夜间去和financial 的 服务器来交互。我的第一个反应就是用LINUX 的定时任务不就可以了，但这个程序员提出 SQL SERVER ORACLE 都有定时任务，postgresql 也应该有吧。所以就有了这篇文字
最近InfoQ发布了“别了，MongoDB”（翻译自卫报作者Philip McMahon等发表的英文博客 ） 一文引起比较大的反响。如果关心技术社区的朋友们都知道，圈子里时不时会冒出一篇 (MySQL | PostgreSQL | MongoDB ) 迁移到 (MySQL | PostgreSQL | MongoDB ) 的文章。有些时候因为选型不当，有些是因为时间的变迁导致场景变化，有些时候是因为有更先进的技术或者更适用产品出现。这些其实都是符合技术正常变革的自然规律的。但是卫报的这篇文章加上前不久的58简历泄露事件，让MongoDB中文社区的核心成员们有必要站出来澄清下事实，以防止标题党语不惊人死不休，以流量为目的的时候无顾于技术的科学性和严肃性。
今天像往常一样打开电脑，启动plsql工具连接数据库，但是尽然连接不了，报了“oracle initialization or shutdown in progress”的提示信息，从操作系统的服务列表中查看，发现监听和oracle服务都是启动的，但是就是连接不上，并总报该错误。不管了，重新启动监听和服务试试看，但是结果是依然不行，还是报如上信息提示。于是从命令行用sysdba连接，发现可以连接的上oracle，接着用 select status from v$instance;查看启动状态，发现是mounted模式，难怪连接不上数据库，因为数据库根本还没打开嘛，手动尝试将数据库打开：alter database open; 结果又报错了：“ORA-16014: 日志 3 的序列号 286 未归档, 没有可用的目的地”；估计是闪回区的空间不足了，导致日志没法归档。命令操作如下：
最近几天实在忙得厉害，处理了各种数据需求，有种顾及不来，而其中有一部分问题是和数据访问相关的，问题的原因很简单，但是分析问题的过程就需要很多的经验，推导，比如下面的两个案例。 第一个是开发同学反馈，连接数据库的时候报出了下面的错误。 第一个错误是： ORA-12154: TNS:could not resolve the connect identifier specified 第二个错误是： ORA-12170: TNS:Connect timeout occurred连接10.1
生产上遇到Oracle 11g单实例跨平台迁移情况，以下为迁移过程，有不完善的地方欢迎提出改进
系统管理员与业务确认可停机时间范围，数据库运维通过计算业务数据量，预估迁移耗时，两者结合综合评估后共同确定迁移时间
这段时间因为项目原因，接触到了Oracle12C，其实问题很简单，就是pl/sql developer能够访问数据库服务端即可，却碰到了奇奇葩葩的问题，现分享一下。
首先，在资产某处发现存在SQL注入，数据库类型是SQLServer，并且当前用户为sa管理用户。
socket文件作用 网络上的两个程序通过一个双向的通信连接实现数据的交换，这个连接的一端称为一个socket，一般在配置部署mysql环境时都会在mysql的my.cnf文件中[mysqld]栈下添加上socket文件的路径，而这样做的好处是如果启用了多实例mysql时，可以通过socket文件来快速的登录mysql对应不同端口下的实例，如在一台有部署2个实例的mysql服务一个是用3306，一个是用3307端口，那么就可以通过2个不同的socket文件快速的登录
消费端实现了MessageListenerConcurrently监听接口，然后实现了consumeMessage这个方法。 此方法中，我开了线程池去执行消费消息的逻辑，但是走到一行打印日志的代码时候，突然不执行了。
谈到ora-12154问题，网上有一大堆解决方法，原因基本统一：tns或listener配置不正确。对于listener配置不正确的一般较少发生，大多数人都是按照默认配置一路“下一步”过来的，基本都是orcl的服务名，如果说本地可以连通orcl，别的机子就连不通那应该跟listener关系不大。大部分都是tns配置不正确。我遇到的现象是：在本机建了一个2003的虚拟机，虚拟机里面装了oracle10g，默认配置。本机只装了oracle10g的客户端，当我以前用本机连接局域网内数据库的orcl服务(数据库与局域网内数据库一样)时没有问题，但是在连接虚拟机中的orcl服务却连不通，总是报ora-12154错误。而虚拟机内，plsql却可以连接虚拟机oracle，但是不能连接本机所在局域网内的oracle。
项目简介：可视化分布式流程控制系统，数据流和业务流控制系统。使用golang开发，调度端采用了lua虚拟机，在web端可以创建串行流程，并且在每个流程中写lua脚本，发送到制定或者自动选择对远端机器进行任务执行。是之前项目openflow的升级版本。
sqlplus 用户名/密码 连接 报ORA-12560 （协议适配器错误啥的） 解决办法如下：
我们经常要用发电厂来理解云计算将对我们生活带来的改变，各大IT公司也纷纷在用自己的方式角逐这块热土。服务器虚拟化是云计算的第一步，在这之前很长的一段时间里，VMware+X86的组合构成了人们对实施云计算项目的基本理解，然而甲骨文说：No。云计算还有更好的玩法。 Oracle云走一体战略 近日，甲骨文在中国推出其集成了全套软硬件产品的集成系统——Oracle虚拟计算一体机。通过在出厂前对服务器、存储、网络、虚拟化管理等资源的整合，客户免去集成、调优等自行配置的风险，从开机到生产只需约1小时，而
LNMP指的是一个基于CentOS/Debian编写的Nginx、PHP、MySQL一键安装包。可以在VPS、独立主机上轻松的安装LNMP生产环境。LNMP代表的就是：Linux系统下Nginx+MySQL+PHP这种网站服务器架构。
如下图所示，Oracle通过Oracle Net协议实现客户端与服务器端的连接以及数据传递。Oracle Net是同时驻留在Oracle数据库服务器端和客户端上的一个软件层，它封装了TCP/IP协议，负责建立与维护客户端应用程序到数据库服务器的连接。
Linux网络命令是我们比较常用的命令，重要性和使用频度都很高。Linux下网卡命名规律：eth0，eth1。第一块以太网卡，第二块。lo为环回接口，它的IP地址固定为127.0.0.1，掩码8位。它代表你的机器本身。 一、arp命令来配置并查看arp缓存 1、查看arp缓存。 #arp 2、添加一个IP地址和MAC地址的对应记录。 #arp –s 192.168.33.15 00:60:08:27:CE:B2 3、删除一个IP地址和MAC地址的对应缓存记录。 #arp –d 192.168.33.15
在ASP.Net Core 2.0下，通过Dapper来使用SQL Server数据库，在Windows系统下完全正常，而部署到Linux服务器上会出现连不上数据库的情况，从日志里看，报下面的错误：
是这样的，最近我在开发Api（重构），用的数据库是Sqlserver，使用的Orm是 SqlSugar（别问我为什么选这个，boss选的同时我也想支持国人写的东西，且文档也很全）。
Linux下如何启动和关闭Oracle？Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品，下面为大家分享一下Linux下启动、关闭Oracle具体方法。
Core Data 是 iOS SDK 里的一个很强大的框架，允许程序员以面向对象的方式储存和管理数据
在 Linux下启动Oracle服务需要下面两步： 启动lsnrctl监听。 启动数据库实例。 启动lsnrctl监听 首先以oracle用户登录系统 进入数据库目录 $ cd /home/oracle/app/oracle/product/12.2.0/dbhome_1/bin 查看监听状态 $ ./lsnrctl status LSNRCTL for Linux: Version 12.2.0.1.0 - Production on 22-AUG-2018 20:28:21 Copyright (c
在windosw虚拟机server2012上安装Oracle数据库后，远程连接失败，报 java.sql.SQLException: The Network Adapter could not establish the connection 错误，然后尝试解决。
第二步，杀死数据库会话 –杀死数据库会话 alter system kill session ‘207,707’; – 207为SID, 707为SERIAL#
在Linux系统中，安装好Oracle数据库服务后，并不像在Windows系统下一样，Oracle服务在默认情况下会随系统的启动自动启动。Linux系统中，是需要用户去手动进行设置，才能实现Oracle开机自动启动的。本文将一步一步教你如何进行设置。
用reboot命令重启linux服务器之后会导致mysql服务终止，也就是mysql服务没有启动。必须要重启mysql服务，否则启动jboss时会 报有关数据库mysql方面的错误。
虚拟机安装mysql数据库，但是window下navicat始终连不上，cmd能够ping的通。
因UPS意外跳闸导致服务器宕机，将各服务恢复后，发现LIMS系统无法正常访问，通过报错提示发现监听有问题，处理方法见下文：
学Python要先学什么？对于零基础的学员来说没有任何的编程基础，应该学习Python基础：计算机组成原理、Python开发环境、Python变量、流程控制语句、高级变量类型、函数应用、文件操作、面向对象编程、异常处理、模块和报、飞机大战游戏制作等知识打好基础。
第一次用这种方式连接oracle数据库，自己百度搞了快两个小时才弄好，百度的资源也不靠谱，看了好多都不完整，搞完了报各种错误，各种连不上数据库，自己整理下资料，希望给其他的同行予以借鉴，不能保证每个人都能操作成功！毕竟有时真的得看人品了，呵呵！
当数据库运行长时间之后，日志文件就会一直变大，这时就需要定时清理！如果不清理，当日志大小达到 4G 左右的时候，可能会导致数据库宕机，无法使用！
oracle在启动时和启动过程中经常会出现这样那样的错误，简单记录下碰到过的问题，方便备用。
如果在Oracle 11g RAC环境下使用dbca创建单实例数据库后，Oracle会自动将其注册到缺省的1521端口及监听器。大多数情况下我们使用的为非缺省监听器以及非缺省的监听端口。而且在Oracle 11g RAC环境中，对于集群监听器的配置由grid用户来接管了。基于这种情形的单实例非缺省监听及端口该如何配置呢？本文给出了解决方案，并且使用了静态及动态两种注册方法。
这里以OSX系统为例，window和linux可以参考https://www.runoob.com/mongodb/mongodb-linux-install.html
数据库重启服务、监听全套流程如下： 注： 如果是修改数据库的一些参数、配置文件只需重启数据库服务即可。 注： 如果是修改数据库 ip、端口号、实例名，只需要重启数据库监听即可。 首先通过 su - oracle 切换 oracle 用户。 步骤1：lsnrctl stop 停止数据库监听。
Sentry 是一款专业的企业级错误跟踪和日志分析工具，旨在帮助开发人员、管理员和产品经理跟踪、分析和解决应用程序错误和性能问题。
oracle 数据库使用 sysdba 管理员登录报： ORA-00020: maximum number of processes (150) exceeded 译：超过了最大进程数(150)
今天一个开发的同事找到我，说有个问题想咨询一下我，突然想起他昨天让我帮他处理一个工单，他这么一问我才想起来还没做，结果他说是另外一件事，说有个开 发测试的环境，数据库报04031的错误，想让我帮忙看看是怎么回事，这种问题刚好就找对了。首先开发测试环境，访问量不高，业务量不大，环境也要简单很 多，出现这个问题，让我能够唯一觉得可能的原因就是sga设置太小了。当然带着这个想法也让另外一个同事去现场看看问题，如果问题确实要复杂一些，那我们 再采取其它的措施，当然解决不了问题也没关系，权当是给新同事的一次历练吧。
图2-1可以说是标准的生产库环境，处处体现了冗余，有效防止了单点故障。这就是HA（高可用）
4 月中旬， Oracle 官方发布了季度补丁程序包，我们生产环境的众多数据库能打补丁的都打上了补丁，不重要的数据库也不能打补丁则关停了一段时间，上个月也可真是风风火火的一个月，感觉天天都在打补丁，事后也写了篇 Oracle 11GR2 RAC 最新补丁指导,感兴趣的可以点此查看。这两日有部分小伙伴说对于单节点的数据库该怎么操作，碰巧今晚又有两台单节点的数据库需要打补丁，那么难得有时间就写一下吧，方便以后学习。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
