互联技术 - 技术文章

文件服务器的资料如何恢复？通过卷影副本轻松搞定！

技术文章 April 22, 2018

公司有文件服务器，所有重要的数据都必须存放在服务器上，所以，这个服务器，我是每周六一个完全备份，每天做一个差异备份，全部备份到磁带上，做2处存放，但也难免会有些事故比较棘手，比如说，用户没注意无意删除了一个文件，用户修改了错误的数据，但又保存了，需要恢复的，这对于要求比较精确的用户来说，一天一备份显然有点力不从心！
鉴于以上原因，特调整了备份方案，在现有的备份基础上，在IBM3650上又新增加了一块硬盘《当然这不是必须的》，单独为卷影副本存放！
下面来介绍卷影副本的使用：
1，卷影副本只针对共享文件夹有效，比如说在一个分区上有多个文件夹，但只有一个文件夹共享了，那么卷影副本只针对这个共享的文件夹进行做快照，用快照这个概念容易被大家理解！
2，共享部分在这里就不多介绍了，首先在分区上“属性”《当然，肯定是NTFS分区》，选择“卷影副本，如图1，点击“启用”，这个时候系统会立即创建一个快照《当然你也可以手动的立即创建》，还可以点击设置
3，点击设置后会发现，存储区域，可以是一个磁盘也可以是一个分区，下面还有一个存储大小，感觉就像backup一样，在一定的空间里，可以擦除原来的备份，覆盖上去，如果你的任务计划时间上比较频繁，那么可以设置大一点，后面还有一个任务计划
4，选择计划后，这里和backup一样，在时间的安排上很灵活！
5，在共享里，我们创建了一个test文件，并写入内容保存，然后手动的快照一下！
6，然后又修改了一下内容，并保存退出，做了第二次快照，现在你可以删除这个文件，通过共享方式删除的是直接从服务器上删除了，只有通过备份恢复才会有
7，这个时候我们在这个文件夹选择右键属性，找到“以前的版本”，我们可以看到有2个时间点的快照，这时候，我们可以选择其中一个打开看一下，看一下是不是自己需要的内容，是的话可以复制出来《当然也可以直接还原，但你要知道，我们这里只有一个test文本，那要是有很多个文本呢，一还原，全部还原了，那只有哭的份了》！然后粘贴到共享里！
8，这里我们只有一个test，所以我就直接还原了，最后，如图：

注意：卷影副本一共就只能卷影60个副本，所以你想存久一点的数据量，你就只能降低卷影的频率。

mysql经典的8小时问题-wait_timeout

技术文章 April 22, 2018

前段时间现网突然频繁报出连接不上数据库，偶滴的妖孽，其他地方都是用mysql，也没遇到这个问题呀。

java.io.EOFExceptionat 
at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1913)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2304)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2803)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1573)

场景出现的理论依据
MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0/dbcp 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向c3p0/dbcp 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常。

如果你只是个程序员，你会想着，在去对数据库做操作前，我不是先对数据库连接做个校验或判断什么的，连接是working的，我才干活，那么你得到的解决方案-或许就是这样的

#c3p0配置
<!--最大空闲时间，60秒内未使用则连接被丢弃。若为0则永不丢弃。默认值: 0 -->   
<property name="maxIdleTime">60</property>  
<!-- 当连接池连接耗尽时，客户端调用getConnection()后等待获取新连接的时间，
超时后将抛出SQLException，如设为0则无限期等待。单位毫秒。默认: 0 -->   
<property name="checkoutTimeout" value="3000"/>  
<!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。
如果定义了这个参数那么属性preferredTestQuery将被忽略。
你不能在这张Test表上进行任何操作，它将只供c3p0测试使用。默认值: null -->   
 <property name="automaticTestTable">Test</property>  
<!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的   
　　时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable   
　　等方法来提升连接测试的性能。Default: false -->   
<property name="testConnectionOnCheckout">false</property>   
<!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false -->   
<property name="testConnectionOnCheckin">true</property> 
<!--每60秒检查所有连接池中的空闲连接。Default: 0 -->   
<property name="idleConnectionTestPeriod">60</property>

如果你只是个DBA，你会想着，为什么数据库连接自己断了，是不是哪里有配置，我得去看看，那么你得到的解决方案-可能就是这样的

#my.cnf
wait_timeout=31536000  
interactive_timeout=31536000

加大wait_timeout的时间。

But 现实环境中需要你考虑的是：

你设置多久检查一次连接有效的时间依据是什么？
默认加大/减小wait_timeout除了解决当前问题，会不会带来其他影响？

个人当前觉得此题第一需考虑的是：
你业务当前高峰期mysql_connection是多少？保留多久connection在高峰期都不会撑爆你数据库连接池？
如果你知道这个池-那么是改mysql ？还是改c3p0？还是双管齐下都是有据可循且不会带来后遗症的-最佳解决方案

如我当前有环境，一个现网的后台管理系统，使用人数在50以内，那么我wait_timeout 就是默认8小时，c3p0不用做连接有效性检查等，都是万事ok的。

而我还有一个EPG前台管理系统，用户量在300万以内，如果我wait_timeout为8小时，那我一到高峰期肯定就是死翘翘的，会有太多的TCP连接没关闭，
数据库连接数肯定是不够的。
因EPG的一个访问-一次对数据库操作量不大，查询完数据就完成ok啦，wait_timeout 设置在120s内应该是够用啦，那么相对应的c3p0中设置小于wait_timeout 的时间有效性检查 -就能确保获取到连接是有效的。

请根据业务场景，来配置参数，不要解决了A问题，带来了B问题。

作者：灼灼2015
链接：https://www.jianshu.com/p/69dcae4454b3
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

MySQL中interactive_timeout和wait_timeout的区别

技术文章 April 22, 2018

在用mysql客户端对数据库进行操作时，打开终端窗口，如果一段时间没有操作，再次操作时，常常会报如下错误：

ERROR 2013 (HY000): Lost connection to MySQL server during query

ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...

这个报错信息就意味着当前的连接已经断开，需要重新建立连接。

那么，连接的时长是如何确认的？

其实，这个与interactive_timeout和wait_timeout的设置有关。

首先，看看官方文档对于这两个参数的定义

interactive_timeout

默认是28800，单位秒，即8个小时

The number of seconds the server waits for activity on an interactive connection before closing it. An interactive client is defined as a client that uses the CLIENT_INTERACTIVE option to mysql_real_connect(). See also wait_timeout.

wait_timeout

默认同样是28800s

The number of seconds the server waits for activity on a noninteractive connection before closing it.

On thread startup, the session wait_timeout value is initialized from the global wait_timeout value or from the global interactive_timeout value, depending on the type of client (as defined by the CLIENT_INTERACTIVE connect option to mysql_real_connect()). See also interactive_timeout.

根据上述定义，两者的区别显而易见

1> interactive_timeout针对交互式连接，wait_timeout针对非交互式连接。所谓的交互式连接，即在mysql_real_connect()函数中使用了CLIENT_INTERACTIVE选项。

说得直白一点，通过mysql客户端连接数据库是交互式连接，通过jdbc连接数据库是非交互式连接。

2> 在连接启动的时候，根据连接的类型，来确认会话变量wait_timeout的值是继承于全局变量wait_timeout，还是interactive_timeout。

下面来测试一下，确认如下问题

1. 控制连接最大空闲时长的是哪个参数。

2. 会话变量wait_timeout的继承问题

Q1：控制连接最大空闲时长的是哪个参数

A1：wait_timeout

验证

只修改wait_timeout参数

mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.03 sec)

mysql> set session WAIT_TIMEOUT=10;
Query OK, 0 rows affected (0.00 sec)
-------等待10s后再执行
mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
ERROR 2013 (HY000): Lost connection to MySQL server during query

可以看到，等待10s后再执行操作，连接已经断开。

只修改interactive_timeout参数

mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.06 sec)

mysql> set session INTERACTIVE_TIMEOUT=10;
Query OK, 0 rows affected (0.00 sec)
----------等待10s后执行
mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 10             |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.06 sec)

Q2：会话变量wait_timeout的继承问题

A2：如果是交互式连接，则继承全局变量interactive_timeout的值，如果是非交互式连接，则继承全局变量wait_timeout的值。

验证：

只修改全局变量interactive_timeout的值

mysql> select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout'); 
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.13 sec)

mysql> set global INTERACTIVE_TIMEOUT=10;
Query OK, 0 rows affected (0.00 sec)

mysql> select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 10             |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.00 sec)

开启另外一个mysql客户端，查看会话变量的值

mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 10             |
| WAIT_TIMEOUT        | 10             |
+---------------------+----------------+
2 rows in set (0.00 sec)

发现，WAIT_TIMEOUT的值已经变为10了。

但通过jdbc测试，wait_timeout的值依旧是28800

public class Jdbc_test {
    @SuppressWarnings("static-access")
    public static void main(String[] args) throws Exception {
         Connection conn = null;
         Statement stmt = null;
         ResultSet rs = null;
         String url = "jdbc:mysql://192.168.244.10:3306/test";
         String user = "root";
         String password = "123456";
         Class.forName("com.mysql.jdbc.Driver");
         conn = DriverManager.getConnection(url, user, password);
         stmt = conn.createStatement();
         String sql = "select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout')";
         rs = stmt.executeQuery(sql);
         while (rs.next()) {
             System.out
                     .println(rs.getString(1)+":  "+rs.getString(2));
         }
    }
}

结果输出如下：

INTERACTIVE_TIMEOUT:  10
WAIT_TIMEOUT:  28800

只修改全局变量wait_timeout的值

mysql> select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wa
it_timeout');+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.17 sec)

mysql> set global WAIT_TIMEOUT=20;
Query OK, 0 rows affected (0.07 sec)

mysql> select variable_name,variable_value from information_schema.global_variables where variable_name in ('interactive_timeout','wa
it_timeout');+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 20             |
+---------------------+----------------+
2 rows in set (0.00 sec)

开启另外一个mysql客户端，查看会话变量的值

mysql> select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout');
+---------------------+----------------+
| variable_name       | variable_value |
+---------------------+----------------+
| INTERACTIVE_TIMEOUT | 28800          |
| WAIT_TIMEOUT        | 28800          |
+---------------------+----------------+
2 rows in set (0.03 sec)

WAIT_TIMEOUT的值依旧是28800.

查看jdbc的结果

public class Jdbc_test {
    @SuppressWarnings("static-access")
    public static void main(String[] args) throws Exception {
         Connection conn = null;
         Statement stmt = null;
         ResultSet rs = null;
         String url = "jdbc:mysql://192.168.244.10:3306/test";
         String user = "root";
         String password = "123456";
         Class.forName("com.mysql.jdbc.Driver");
         conn = DriverManager.getConnection(url, user, password);
         stmt = conn.createStatement();
         String sql = "select variable_name,variable_value from information_schema.session_variables where variable_name in ('interactive_timeout','wait_timeout')";
         rs = stmt.executeQuery(sql);
         while (rs.next()) {
             System.out
                     .println(rs.getString(1)+":  "+rs.getString(2));
         }
         Thread.currentThread().sleep(21000);
         sql = "select 1 from dual";
         rs = stmt.executeQuery(sql);
         while (rs.next()) {
             System.out
                     .println(rs.getInt(1));
         }

    }
}

查看jdbc的结果

INTERACTIVE_TIMEOUT:  28800
WAIT_TIMEOUT:  20

同时，新增了一段程序，等待20s后，再次执行查询，报如下错误：

Exception in thread "main" com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Last packet sent to the server was 12 ms ago.
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074)
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3009)
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2895)
    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3438)
    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1951)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2101)
    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2548)
    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2477)
    at com.mysql.jdbc.StatementImpl.executeQuery(StatementImpl.java:1422)
    at com.victor_01.Jdbc_test.main(Jdbc_test.java:29)
Caused by: java.net.SocketException: Software caused connection abort: recv failed
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.socketRead(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)
    at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:113)
    at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:160)
    at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:188)
    at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2452)
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2906)
    ... 8 more

总结

1. 控制连接最大空闲时长的wait_timeout参数。

2. 对于非交互式连接，类似于jdbc连接，wait_timeout的值继承自服务器端全局变量wait_timeout。

对于交互式连接，类似于mysql客户单连接，wait_timeout的值继承自服务器端全局变量interactive_timeout。

3. 判断一个连接的空闲时间，可通过show processlist输出中Sleep状态的时间

mysql> show processlist;
+----+------+----------------------+------+---------+------+-------+------------------+
| Id | User | Host                 | db   | Command | Time | State | Info             |
+----+------+----------------------+------+---------+------+-------+------------------+
|  2 | root | localhost            | NULL | Query   |    0 | init  | show processlist |
|  6 | repl | 192.168.244.20:44641 | NULL | Sleep   | 1154 |       | NULL             |
+----+------+----------------------+------+---------+------+-------+------------------+
2 rows in set (0.03 sec)

参考

1. http://www.cnblogs.com/cenalulu/archive/2012/06/20/2554863.html

2. http://www.cnblogs.com/Alight/p/4118515.html

3. http://ronaldbradford.com/blog/sqlstatehy000-general-error-2006-mysql-server-has-gone-away-2013-01-02/

Server2008 创建多个备份计划

技术文章 April 22, 2018

Windows server 2008 上系统备份工具已经更新为了Windows Server Backup. 跟之前的NTBackup 的操作界面及操作方法有点不太一样，特别是想同时建立多个备份计划的时候会有点无从下手的感觉，这里就为大家介绍一下如何使用Windows server backup创建多个备份计划。

1. 创建一份，备份计划任务表，标明备份服务器及备份内容等，如下