ORA-01940: cannot drop a user that is currently connecte  当我们删除某个用户与用户所有对象时，如果用户正当前有连接数据库，则会报错：SQL> conn /as sysdbaConnected.SQL> drop user fc cascade;drop user fc cascade*ERROR at line 1:ORA-01940: cannot drop a user that is currently connected.   通过v$session视图查出要删除的用户当前session信息，然后kill掉该用户session连接：SQL> select sid,serial# from v$session where username='FC';      SID   SERIAL#---------- ----------      150      9019SQL> alter system kill session '150,9019';System altered.    再执行dropuser操作便可成功：SQL>  drop user fc cascade;User dropped.

一个用户可以使用一个或多个表空间，一个表空间也可以供多个用户使用。用户和表空间没有隶属关系，表空是一个用来管理数据存储逻辑概念， 表空间只是和数据文件发生关系，数据文件是物理的，一个表空间可以包含多个数据文件，而一个数据文件只能隶属一个表空间。 1：既然一个用户可以指定多个表空间权限，那个这个user1创建了一个table1，这个table1被存放到哪个表空间去了？ 2：这个table1是不是只可以存在在一个表空间里?你仔细看看建用户的脚本 create user uname identified by "" default tablespace TS_TAB_001 temporary tablespace TEMP profile DEFAULT quota unlimited on ts_tab_001 quota unlimited on ts_tab_002; -- Grant/Revoke role privileges grant connect to uname; grant resource to uname; 下面一句是指定了默认表空间： default tablespace TS_TAB_001 这两句是赋予用户可以管理这两个表空间： quota unlimited on ts_tab_001 quota unlimited on ts_tab_002 如果我们的建表的语句如下，则表建在了默认表空间中也就是ts_tab_001中 create table TEST ( ID NUMBER not null, NAME V...

Nginx反向代理及负载均衡实现过程 首先 安装nginx.各节点时间同步123[root@nginx ~]# ntpdate 202.120.2.101[root@web1 ~]# ntpdate 202.120.2.101[root@web2 ~]# ntpdate 202.120.2.1016.关闭防火墙与SELinux123456789101112[root@nginx ~]# service iptables stop[root@nginx ~]# chkconfig iptables off [root@nginx ~]# getenforce Disabled[root@web1 ~]# service iptables stop[root@web1 ~]# chkconfig iptables off [root@web1 ~]# getenforce Disabled[root@web2 ~]# service iptables stop[root@web2 ~]# chkconfig iptables off [root@web2 ~]# getenforce Disabled安装依赖包#yum install gcc pcre pcre-devel zlib zlib-devel openssl openssl-devel下载nginx#cd /usr/local/src#wget http://www.nginx.org/download/nginx-1.0.9.tar.gz#tar zxvf nginx-1.0.9.tar.gz#cd nginx-1.0.9配置安装：#./configure --prefix=/usr --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx/nginx...

zabbix 监控 oracle 数据库   一、简介       Orabbix 是设计用来为 zabbix 监控 Oracle 数据库的插件，它提供多层次的监控，包括可用性和服务器性能指标。        它提供了从众多 Oracle 实例采集数据的有效机制，进而提供此信息的监控和性能指标。然后，您可以利用的 zabbix 的报告功能为收集的所有数据，并提供分析。目前的发行版中包含了一组预先定义的模板，包括从初始部署警报和图形功能。然而，这些可以进行微调，以满足您的需求和数据/监控要求。Orabbix 监控什么？数据库版本归档日志与生产趋势分析触发器，表/过程等命中率逻辑 I/O 性能物理  I/O 性能PGASGA共享池Sessions数据库大小 二、安装配置# mkdir /opt/orabbix# cd /opt/orabbix# unzip orabbix-1.2.3.zip# mvconf/config.props.sample conf/config.props# cp init.d/orabbix /etc/init.d/# chmod 755 /etc/init.d/orabbix# chkconfig orabbix on  三、修改 orabbix 配置# vim conf/config.pr...

在百度找了很多centos7.0搭建VPN的教程，结果大量的教程都不对。文武双全用自己家里的微型电脑，安装了centos7.0并且尝试搭建一个VPN服务器。下面把修订版的教程分享给大家，此贴参考了大量百度搜索到的教程，感谢所有为本人贡献知识的人们。1，先看看你的主机是否支持pptp，返回结果为yes就表示通过。modprobe ppp-compress-18 && echo yes2，是否开启了TUN，有的虚拟机主机需要开启，返回结果为cat: /dev/net/tun: File descriptor in bad state。就表示通过。cat /dev/net/tun3，先更新下操作系统，系统自动会更新一堆的东西。yum update4，安装pppyum -y install ppp5，安装pptpd，百度到大量教程这里有错误。centos7.0下使用yum安装pptpd失败了，后来文武双全直接下载pptpd服务，手动安装的。这里说下详细的安装pptpd的教程。首先到 http://rpmfind.net/linux/rpm2html/search.php?query=pptpd 找到你操作系统所对应的pptpd的版本号。文武双全用的是centos7.0，那么对应的pptpd的版本号就是 pptpd-1.4.0-2.fc20.x86_64.rpm 。（pptpd-1.4.0-6.fc21.x86_64.rpm无法安装到centos7.0中，一定要注意。）使用wget 命令将ppt...

之前使用wdcp，被wdcp论坛中的各种一键升级脚本坑得死去活来。因为都是默认编译，所以这些脚本基本都没有附带任何功能。前不久在对抗CC攻击的过程中，文武双全把nginx和php都升级到目前的最高版本，顺便也解决了困扰我许久的wdcp下web服务拿不到真实ip的问题。特此奉上，根据wdcp官方论坛网友提供的nginx升级到任意版本的脚本，并且添加了新的编译语句。该脚本提供了附带识别真实ip的功能，用了各种cdn和阿里云的云盾的wdcp用户推荐使用哦。wdcp下nginx升级脚本的下载和安装nginx升级脚本的下载地址：http://www.yuandekai.com/down/2015/2/nginx_up.sh把脚本丢到服务器的/root目录，或者登陆服务器后，使用wget  http://www.yuandekai.com/down/2015/2/nginx_up.sh  命令下载；然后执行命令 sh nginx_up.sh 1.7.9 ；   这里1.7.9你可以填写你想升级到的任意版本nginx的版本号，我反正是直接升级到目前最高的nginx1.7.9版本了。个人建议：把服务器的nginx停掉再升级。我在nginx跑的时候升级，出现了两次升级完成后nginx.conf配置文件丢失的问题。。。我从老版本的nginx里复制了一份到升级后的nginx目录里，解决了这个问题。脚本增加了http_realip_module...

2015年2月10日下午，文武双全个人网站又被人攻击了，这次是使用webbench1.5压力测试工具发动的攻击。前后持续了一个多小时吧，看上去不像是故意帮我测试服务器的。倒像是用工具，持续不断的靠压测占满带宽，导致网站无法访问的攻击。来自美国单一ip的不间断webbench压力测试攻击此次攻击的ip，是来自于美国的单一ip：198.2.218.18。此ip在nginx里留下了，23716次攻击记录，每秒钟的并发链接在58次。如图所示：攻击的地址跟之前的也不一样，这一次主要攻击的是：http://www.yuandekai.com/category/emarkting  这个页面实际上是不存在的，应该返回404状态码的，但是文武双全的日志里竟然显示200；http://www.yuandekai.com/?s=a 这实际上是个查询页面，利用站内搜索查询所有包含“a”的页面，短期内大量的并发查询实际上对mysql是一个严峻的考验；文武双全个人网站被webbench压测攻击的日志服务器被webbench压测下的状态1，CPU没有被占满，nginx+php—fpm抗住压力；个人网站被webbench攻击下的内存占用并不高2，内存占用低于50%，此次使用阿里云的VNC，可以登录服务器，没有发生内存溢出的行为；3，带宽被占满，我3M的带宽，阿里云监控显示平均带宽占用为3.2M；文武双全解...

2014年底，文武双全个人网站刚刚遭受了一次CC攻击，详见文武双全个人网站遭遇严重CC攻击之总结 。2015年新年刚过，个人博客这又被攻击了。此次攻击是从2015年1月18日凌晨3点开始的，大约在2015年1月22日凌晨0点网站可以正常访问了。下面是此次应对CC攻击的总结，希望能够对大家以后防黑防CC有帮助。文武双全个人网站是在WDCP环境下和阿里云主机上，此文可能对以上用户有帮助。阿里云的云盾和云监控在CC面前很无力网站被CC攻击后的CPU走势图此次被CC攻击后，服务器一度无法VNC。无奈之下，我只能再次将网站加入云盾，寻求短暂保护。将云盾的罚值调整到最低的时候，云盾依然会不工作。云监控里，一点服务器的相关数据都获取不到。发生这种情况很有可能是CC攻击导致服务器内存溢出，linux将云盾和云监控的进程给杀掉了，这是我猜测的哈。而且那个蛋疼的wdcp后台，无法在云盾下获取真实ip的问题，我依然没解决。很有可能是wdcp的后台用的是单独的apache进程，需要修改wdcp的apache进程的配置文件，以后有时间再研究吧。此次CC攻击类型和上次几乎一样还是针对www.yuandekai.com这个网站的域名发动的DDOS攻击，手法跟上次几乎可以说一模一样。利用大量ip伪装成百度蜘蛛，不停的...

最近一个月的时间内，文武双全个人网站经历了三次CC攻击。而最近的这次，是个人博客在2015年遭受到的第二次攻击，编号2015002。这一次攻击大致起始于2015年1月26日凌晨1点，停止于1月28日凌晨2点。跟1月21日的攻击，相差不到一周的时间。文武双全把每一次遭受到攻击，都当做自己学习的好机会。下面是自己在这次攻击中的一些心得体会，希望对大家有帮助吧。此次CC攻击的一些特诊总结1，攻击者使用真实ip和代理ip混合攻击这一次文武双全发现了一个有趣的现象，发动攻击的ip从原来单一的代理ip伪装蜘蛛，改变为由真实ip和代理ip混合攻击。这样，如果仅仅通过seo日志分析软件来分析日志的话，不能够将攻击者的ip全部封掉。攻击手段的变化，意味着攻击者了解了我之前的防御手段。想来他一定是看过我的博客了，O(∩_∩)O哈哈~。2，攻击者每天用100个代理来发动攻击文武双全个人网站的日志做了切割，可以看到每一天的网站的详细日志。通过日志分析，我发现一个搞笑的事情。就是攻击者每天只用100个代理来发动攻击，一个不多一个不少。如果我想把这些ip手动添加到iptables封掉，那么意味着我每天得手动封掉100个ip，我会被这个攻击者玩死。哈哈，我确定这个攻击者看过我的博客，以及我...

ngx_http_proxy_module 模块翻译内容可能已经过旧。你可以通过 英文版本查看最近的更新。配置示例指令     proxy_buffer_size     proxy_buffering     proxy_buffers     proxy_busy_buffers_size     proxy_cache     proxy_cache_bypass     proxy_cache_key     proxy_cache_lock     proxy_cache_lock_timeout     proxy_cache_min_uses     proxy_cache_path     proxy_cache_use_stale     proxy_cache_valid     proxy_connect_timeout     proxy_cookie_domain     proxy_cookie_path     proxy_hide_header     proxy_http_version     proxy_ignore_cli...