MS SQL Server 備份

相关软件版本信息

style=”text-decoration: line-through”>说明:下方软件可以点击链接,通过百度云盘进行下载。

  • 操作系统:Windows
    10(密码:foht)或者Windows Server 2012(密码:lsad);
  • 数据库:SQL Server
    2012(密码:7tfa) 或 SQL Server 2016(密码:nkw4);
  • style=”text-decoration: line-through”>JAVA:jdk1.8.0_51(密码:gu7c)
    或 jdk1.8.0_131(密码:xnou);
  • JIRA:jira
    7.2.6套装(密码:rere);
  • Confluence:confluence
    6.0.3套装(密码:iy7o);
  • style=”text-decoration: line-through”>系统激活工具:win10激活(密码:s714),winserver2012激活自行谷歌/百度;

系统的安装与激活

  • style=”text-decoration: line-through”>请参照 U盘安装win10图文教程 安装系统;
  • style=”text-decoration: line-through”>通过上方提供的激活工具进行激活;

安装JAVA并配置环境变量

请参照 Java开发环境配置 进行操作;

安装MS SQL Server数据库

请参照 SQL Server 2012 和 2016
的安装教程;
请记住数据库的用户名与密码,我这里设置为用户:sa 密码:123qweZXC

安装JIRA 7.2.6并破解

关于JIRA的介绍这里不做赘述,官方网站有详尽的说明,可自行点击查看。
JIRA的安装与激活也是谷歌、百度一箩筐,但是多数都是CentOS系统的,不过Windows系统参照着操作也差不多。
请参照 jira的安装与破解;

  • 注意事项:
    因为这里使用的是MS SQL
    Server数据库,不需要另行添加驱动,只需要提前创建好JIRA要用的数据库就可以了;
    在破解前,将要被替换的文件和数据库做好备份,以备不时之需。

安装Confluence 6.0.3并破解

这里不会详细介绍每一步,可以参照Jira的安装进行操作。下面重点说明一下安装破解过程中需要注意的地方。

  1. 创建数据库
    创建数据库的时必须要确定的两个选项(参照下图):

    • 排序规则不要默认:

      • JIRA必须是Latin1_General_CI_AISQL_Latin1_General_CP437_CI_AI(官方说明);
      • Confluence必须是SQL_Latin1_General_CP1_CS_AS
    • READ_COMMITTED_SNAPSHOT即直译过来的读提交快照处于打开状态置为True
      若在创建后通过SQL修改,则脚本为(建议创建时按照上面的选项进行设置):

      ALTER DATABASE Confluence
      SET READ_COMMITTED_SNAPSHOT ON
      WITH ROLLBACK IMMEDIATE;
      

    图片 1

     

  2. 配置节点
    注意提前创建好共享目录,以及配置节点时共享目录的路径格式以及IP设置,如下图:
    图片 2

     

  3. 连接数据库
    连接数据库的时候选择Direct JDBC,并且在配置数据库的连接参数时注意替换数据库名称,如下图:
    图片 3

     

  4. 连接到JIRA
    配置完成后,选择连接到JIRA,根据提示对应填写好JIRA的访问地址、管理员的账户和密码、Confluence的访问地址,以及用户组和管理员组的名称。注意:用户组和管理员组的名称要与JIRA一致。如下图:
    图片 4

     

  5. 破解Confluence
    执行完上述操作后,在激活的过程中请严格按照套装中的说明文档进行操作。
    破解套装已在本文最上方提供了下载链接。激活后的授权信息如下图:
    图片 5

     

原文链接:https://segmentfault.com/a/11…

 

JIRA是一款专业的bug跟踪与项目管理软件(Issues
Tracking)。由于公司管理需要,需要在开发服务器上安装配置JIRA。Confluence据说有点类似于wikipedia,官网上的解释是:“Confluence
is an enterprise wiki that makes it easy for your team to collaborate
and share
knowledge.”。我最近也只是安装配置,并没有慢慢品味这两者给我们带来的便利,所以软件好用与否暂不做评论,只记录安装过程。

JIRA是一款专业的bug跟踪与项目管理软件(Issues
Tracking)。由于公司管理需要,需要在开发服务器上安装配置JIRA。Confluence据说有点类似于wikipedia,官网上的解释是:“Confluence
is an enterprise wiki that makes it easy for your team to collaborate
and share
knowledge.”。我最近也只是安装配置,并没有慢慢品味这两者给我们带来的便利,所以软件好用与否暂不做评论,只记录安装过程。

开发与企业应用中,好几个版本SQL
Server相互链接。分布式读取与存储,需要实现sp_addlinkedserver。SQL Server 2000, SQL
Server 2008, SQL Server 2012和SQL Server 2014:
图片 6

数据库的备份和恢复
一、备份数据库

网上很多文章说如何整合安装JIRA和Confluence,但是我看到官网上好像并不推荐那样做(我回头去找那段E文,找不到了还),虽然中国服务论坛上有些文章提到整合的事情(好像也只是民间帖子)。简单起见,都是Standalone
distribution
吧。只是把Confluence的端口改为8090。JIRA和Confluence的Standalone
distribution 都是运行在内置tomcat上的,port默认都是8080。

网上很多文章说如何整合安装JIRA和Confluence,但是我看到官网上好像并不推荐那样做(我回头去找那段E文,找不到了还),虽然中国服务论坛上有些文章提到整合的事情(好像也只是民间帖子)。简单起见,都是Standalone
distribution
吧。只是把Confluence的端口改为8090。JIRA和Confluence的Standalone
distribution 都是运行在内置tomcat上的,port默认都是8080。

但今天在本机的MS SQL Server 2014中,想添加SQL Server
2000的链接,使用下面的方法:
《SQL
Server创建链接服务器的一些存储过程和例子》 此方法在SQL
Server 2008中执行,是没有问题,它能添加SQL Server 2000的链接,但在SQL
Server
2008以上版本,如2012或2014版本运行,它能正常执行,但浏览链接Server时,即出现下面的异常:
图片 7

    1、打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL
Server
    2、SQL Server组–>双击打开你的服务器–>双击打开数据库目录
   
3、选择你的数据库名称(如论坛数据库Forum)–>然后点上面菜单中的工具–>选择备份数据库
   
4、备份选项选择完全备份,目的中的备份到如果原来有路径和名称则选中名称点删除,然后点添加,如果原来没有路径和名称则直接选择添加,接着指定路径和文件名,指定后点确定返回备份窗口,接着点确定进行备份

JIRA的安装

JIRA的安装

程序运行时,出现的异常如下:
图片 8

二、还原数据库

1.java安装和设置JAVA_HOME

1.java安装和设置JAVA_HOME

尝试到网上看看是否有相关的解决方法。结果在一英文站点看到一个网友回复,说可以指定版本,但他没有帖出任何代码示例。下面是Insus.NET根据
《SQL
Server创建链接服务器的一些存储过程和例子》 
这里稍作修改:
图片 9

    1、打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server
    2、SQL
Server组–>双击打开你的服务器–>点图标栏的新建数据库图标,新建数据库的名字自行取
   
3、点击新建好的数据库名称–>然后点上面菜单中的工具–>选择恢复数据库
   
4、在弹出来的窗口中的还原选项中选择从设备–>点选择设备–>点添加–>然后选择你的备份文件名–>添加后点确定返回,这时候设备栏应该出现您刚才选择的数据库备份文件名,备份号默认为1(如果您对同一个文件做过多次备份,可以点击备份号旁边的查看内容,在复选框中选择最新的一次备份后点确定)–>然后点击上方常规旁边的选项按钮
   
5、在出现的窗口中选择在现有数据库上强制还原,以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置(也可以指定自己的目录),逻辑文件名不需要改动,移至物理文件名要根据你所恢复的机器情况做改动,如您的SQL数据库装在D:”Program
Files”Microsoft SQL
Server”MSSQL”Data,那么就按照您恢复机器的目录进行相关改动改动,并且最后的文件名最好改成您当前的数据库名(如原来是zw0001.mdf,现在的数据库是zw0002,就改成zw0002.mdf),日志和数据文件都要按照这样的方式做相关的改动(日志的文件名是.ldf结尾的),这里的恢复目录您可以自由设置,前提是该目录必须存在(如您可以指定d:”sqldata”zw0002.mdf或者d:”sqldata”zw0002.ldf),否则恢复将报错
   
6、修改完成后,点击下面的确定进行恢复,这时会出现一个进度条,提示恢复的进度,恢复完成后系统会自动提示成功,如中间提示报错,请记录下相关的错误内容并询问对SQL操作比较熟悉的人员,一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误,数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复操作,如果还提示正在使用的错误可以将SQL服务停止然后重起看看,至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复

首先下载到sun官网下载jdk-6u20-linux-i586.bin(版本根据实际决定)。linux下可以使用wget命令。由于url忘记了,详细命令不写了。由于我们的开发服务器不在本地,我只能通过wget下载。(当然还有很多别的方法,见下文)我先把jdk-6u20-linux-i586.bin下载到/home/acm,然后执行sh自解压脚本

首先下载到sun官网下载jdk-6u20-linux-i586.bin(版本根据实际决定)。linux下可以使用wget命令。由于url忘记了,详细命令不写了。由于我们的开发服务器不在本地,我只能通过wget下载。(当然还有很多别的方法,见下文)我先把jdk-6u20-linux-i586.bin下载到/home/acm,然后执行sh自解压脚本

图片 10图片 11

三、设定每日自动备份数据库

sh jdk-6u20-linux-i586.bin

sh jdk-6u20-linux-i586.bin

EXECUTE sp_addlinkedserver 
 @server='DB1', 
 @srvproduct = 'sqlserver', 
 @provider = 'MSDASQL', 
 @datasrc = NULL, 
 @location = null, 
 @provstr = 'DRIVER={SQL Server Native Client 10.0};SERVER=xxx.xxx.xxx.xxx;',
 @catalog = NULL
GO

EXECUTE sp_addlinkedsrvlogin
@rmtsrvname='DB1',
@useself='false',
@rmtuser='sa',
@rmtpassword='password';
GO

    1、打开企业管理器,在控制台根目录中依次点开Microsoft SQL
Server–>SQL Server组–>双击打开你的服务器
    2、然后点上面菜单中的工具–>选择数据库维护计划器
   
3、下一步选择要进行自动备份的数据–>下一步更新数据优化信息,这里一般不用做选择–>下一步检查数据完整性,也一般不选择
   
4、下一步指定数据库维护计划,默认的是1周备份一次,点击更改选择每天备份后点确定
   
5、下一步指定备份的磁盘目录,选择指定目录,如您可以在D盘新建一个目录如:d:”databak,然后在这里选择使用此目录,如果您的数据库比较多最好选择为每个数据库建立子目录,然后选择删除早于多少天前的备份,一般设定4-7天,这看您的具体备份要求,备份文件扩展名一般都是bak就用默认的
   
6、下一步指定事务日志备份计划,看您的需要做选择–>下一步要生成的报表,一般不做选择–>下一步维护计划历史记录,最好用默认的选项–>下一步完成
    7、完成后系统很可能会提示Sql Server
Agent服务未启动,先点确定完成计划设定,然后找到桌面最右边状态栏中的SQL绿色图标,双击点开,在服务中选择Sql
Server Agent,然后点击运行箭头,选上下方的当启动OS时自动启动服务
   
8、这个时候数据库计划已经成功的运行了,他将按照您上面的设置进行自动备份

yes人家的相关条款。如果顺利的话,当前目录会多一个jdk1.6.0_20。将该目录移动到/usr/local/,并改为名java。

yes人家的相关条款。如果顺利的话,当前目录会多一个jdk1.6.0_20。将该目录移动到/usr/local/,并改为名java。

View Code

轉自:

设置环境变量JAVA_HOME

设置环境变量JAVA_HOME

上面的实施过程,是因为本机已经安装了好几个版本的SQL
Server。如果你的电脑只安装SQL Server
2014,再没有其它版本。想添加其它服务器SQL Server 2000的话,你需要下载SQL
Server Native Client
10 :  进入链接之后,可以选择“其它版本”:
图片 12

SQL备份

这一步有很多方法,修改各种配置文件中的一个。我采取的方法是

这一步有很多方法,修改各种配置文件中的一个。我采取的方法是

呵呵,又解决了一个似乎不能解决的问题。 

1、SQL数据库恢复模型

vi /etc/profile

vi /etc/profile

1)完全恢复模型

(1)备份时要备份数据库的数据文件和日志文件
(2)还原时使用数据库的备份的数据文件副本和全部日志信息来恢复数据库。
(3)能还原全部数据,并可以将数据库恢复到任意指定的时刻。

在文件后面两行加上

在文件后面两行加上

(4)为保证实现即时点恢复,对数据库的所有*作都将完整地记入日志,这样,日志占用空间较大,对性能也有所影响。

export JAVA_HOME=/usr/local/java
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOME/bin
export JIRA_HOME=/usr/local/jira/

export JAVA_HOME=/usr/local/java
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOME/bin
export JIRA_HOME=/usr/local/jira/

(2)大容量日志记录恢复模型

(1)备份时要备份数据库的数据文件和日志文件
(2)还原时使用数据库的备份的数据文件副本和全部日志信息来恢复数据库。
(3)日志中不记录*作细节(如select into、create
index等),而只记录*作的最终结果,因此占用日志空间小。

后面一行加粗的是后面配置JIRA_HOME时候加上去的(可选,因为JIRA本身有配置文件配置这个路径)。

后面一行加粗的是后面配置JIRA_HOME时候加上去的(可选,因为JIRA本身有配置文件配置这个路径)。

(4)只支持将数据库还原到事务日志备份的时刻,而不支持即时点恢复,因此可能产生数据丢失。

修改完了配置文件,echo
$JAVA_HOME一下必定得到空值。因为配置文件还没有生效,最简单的方法是
source一下

修改完了配置文件,echo
$JAVA_HOME一下必定得到空值。因为配置文件还没有生效,最简单的方法是
source一下

(3)简单恢复模型

(1)备份时只备份数据文件,还原时也用备份的数据文件恢复数据库。
(2)只能将数据恢复到数据文件备份的时刻,可能产生最多的数据丢失。

source /etc/profile

source /etc/profile

(3)不适于生产系统和大规模*作环境下选用。

alter database d1 set recovery simple –设置数据库恢复模型

alter database d1 set recovery bulk_logged

这个时候echo $JAVA_HOME 就会圆满了。

这个时候echo $JAVA_HOME 就会圆满了。

alter database d1 set recovery full

[root@dev ~]# echo $JAVA_HOME
/usr/local/java

[root@dev ~]# echo $JAVA_HOME
/usr/local/java

2、备份设备

不放心的话也可以验证一下其他路径。可以输入

不放心的话也可以验证一下其他路径。可以输入

1)物理设备

disk:支持本地磁盘或者网络备份
tape:支持磁带机备份

java -version

java -version

name pipe:支持第三方备份软件

看看是否得到如下结果:

看看是否得到如下结果:

2)逻辑设备

永久备份文件:可以重复使用,应该在备份前创建。

java version “1.6.0_20”
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Server VM (build 16.3-b01, mixed mode)

java version “1.6.0_20”
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) Server VM (build 16.3-b01, mixed mode)

临时备份文件:用于一次性备份,在备份时创建。

exec sp_addumpdevice ‘disk’,’bak2′,’e:”back_device”bak2.bak’
–创建永久磁盘备份设备

顺便提一句,我之前在安装Centos时候,选安装了gcj,

顺便提一句,我之前在安装Centos时候,选安装了gcj,

exec sp_addumpdevice ‘disk’,’bak3′,’e:”back_device”bak3.bak’

exec sp_addumpdevice ‘disk’,’bak4′,'””sv2″backup”bak4.bak’
–创建网络永久磁盘备份设备

rpm -aq|grep gcj

rpm -aq|grep gcj

exec sp_addumpdevice ‘disk’,’bak5′,'””sv2″backup”bak5.bak’

出来一堆东东。效果给不了了,因为写blog之前已经执行了如下命令

出来一堆东东。效果给不了了,因为写blog之前已经执行了如下命令

exec sp_dropdevice ‘bak5’ –删除备份设备

backup database d3 to bak3 –将数据库备份到备份设备

 yum -y remove java-1.4*

 yum -y remove java-1.4*

backup database d4 to bak4

删除gcj,JIRA官网说仅有这个的话。JIRA是不会正常工作的,常常会发生一些莫名其妙的bug。为了避免一起混乱,我首先删除之。

删除gcj,JIRA官网说仅有这个的话。JIRA是不会正常工作的,常常会发生一些莫名其妙的bug。为了避免一起混乱,我首先删除之。

restore headeronly from bak2 –查看备份设备中的内容

backup database d3 to disk=’e:”back_file”d3.bak’
–将数据库备份到临时备份文件

2.JIRA安装

2.JIRA安装

backup database d4 to disk=’e:”back_file”d4.bak’

restore database d3 from bak3 –从备份设备还原数据库
restore database d4 from disk=’e:”back_file”d4.bak’

安装JIRA的前提是java正确安装了。如果上面通不过,JIRA不会正常工作。如果你需要外部external
database的话,还需要安装好你的external
database,准备好连接驱动jar包。JIRA本身默认有数据库,名字我都忘记了,我的做法是舍弃JIRA本身的数据库,使用mysql。由于mysql已经安装好了,我只需要准备连接jar包。

安装JIRA的前提是java正确安装了。如果上面通不过,JIRA不会正常工作。如果你需要外部external
database的话,还需要安装好你的external
database,准备好连接驱动jar包。JIRA本身默认有数据库,名字我都忘记了,我的做法是舍弃JIRA本身的数据库,使用mysql。由于mysql已经安装好了,我只需要准备连接jar包。

–从备份文件还原数据库

a.安装JIRA,首先下载atlassian-jira-enterprise-4.1.1-standalone.tar.gz。这里使用wget好象不行,我没有深究下去。因为atlassian-jira-enterprise-4.1.1-standalone.tar.gz的下载需要同意许可。可能找到具体的url也可以使用wget吧。我没有深究。因为我还有其他方式去实现。ftp,svn都在开发服务器上运行的很好。我是通过svn把下载的atlassian-jira-enterprise-4.1.1-standalone.tar.gz的送到开发服务器上的,目录还是/home/acm/。

a.安装JIRA,首先下载atlassian-jira-enterprise-4.1.1-standalone.tar.gz。这里使用wget好象不行,我没有深究下去。因为atlassian-jira-enterprise-4.1.1-standalone.tar.gz的下载需要同意许可。可能找到具体的url也可以使用wget吧。我没有深究。因为我还有其他方式去实现。ftp,svn都在开发服务器上运行的很好。我是通过svn把下载的atlassian-jira-enterprise-4.1.1-standalone.tar.gz的送到开发服务器上的,目录还是/home/acm/。

3、使用多个备份文件存储备份

1)SQL可同时向多个备份文件进行写*作。如果把这些文件放到多个磁带机或磁盘中,则可提高备份速度。
2)这多个备份文件必须用同业型的媒体,并放到一个媒体集中。
3)媒体集中的文件必须同时使用,而不能单独使用。

cd /home/acm/
tar -zxvf atlassian-jira-enterprise-4.1.1-standalone.tar.gz
mv atlassian-jira-enterprise-4.1.1-standalone /usr/local/jira

cd /home/acm/
tar -zxvf atlassian-jira-enterprise-4.1.1-standalone.tar.gz
mv atlassian-jira-enterprise-4.1.1-standalone /usr/local/jira

4)可以通过format命令将媒体集重新划分,但原备份集中的数据不能再使用。

backup database d4 to bak4,bak5,bak6 with medianame=’bak456′,format
–备份D4并形成Media Set

backup database d3 to bak4 –失败,因Media set中文件必须同时使用

backup database d3 to bak4,bak5,bak6 –成功,将D3也备份到Media Set中

下载mysql连接jar包,还是到/home/acm/下执行

下载mysql连接jar包,还是到/home/acm/下执行

restore headeronly from bak4,bak5,bak6 –查看Media Set中的备份内容

backup database d4 to bak4 with medianame=’bak4′,format –重新划分Media
Set

wget

wget

backup database d3 to bak5,bak6 with medianame=’bak56′,format

backup database d1 to bak1 with init –with init重写备份设备中内容

backup database d2 to bak1 with noinit –with
noinit将内容追加到备份设备中

然后解压并吧jar包复制一份到jira的lib目录下。

然后解压并吧jar包复制一份到jira的lib目录下。

restore headeronly from bak1

tar -zxvf mysql-connector-java-5.1.12.tar.gz
ls -al
ls -al mysql-connector-java-5.1.12
cd mysql-connector-java-5.1.12
cp mysql-connector-java-5.1.12-bin.jar /usr/local/jira/lib/

tar -zxvf mysql-connector-java-5.1.12.tar.gz
ls -al
ls -al mysql-connector-java-5.1.12
cd mysql-connector-java-5.1.12
cp mysql-connector-java-5.1.12-bin.jar /usr/local/jira/lib/

4、备份的方法

接下来就是修改JIRA的配置文件了。

接下来就是修改JIRA的配置文件了。

1)完全备份

(1)是备份的基准。在做备份时第一次备份都建议使用完全备份。
(2)完全备份会备份数据库的所有数据文件、数据对象和数据。

有两文件需要修改,(我是不是忘记了什么?是的,还真忘了,还要配置JIRA_HOME,可以通过之前的办法设置,也可以修改jira-application.properties文件,

有两文件需要修改,(我是不是忘记了什么?是的,还真忘了,还要配置JIRA_HOME,可以通过之前的办法设置,也可以修改jira-application.properties文件,

(3)会备份事务日志中任何未提交的事务。因为已提交的事务已经写入数据文件中。

backup database d1 to bak1 with init –完全备份

find /usr/local/jira/ -name jira-application.properties
vi
/usr/local/jira/atlassian-jira/WEB-INF/classes/jira-application.properties

find /usr/local/jira/ -name jira-application.properties
vi
/usr/local/jira/atlassian-jira/WEB-INF/classes/jira-application.properties

backup database d1 to bak1 with noinit

将jira.home =修改为你的路径。

将jira.home =修改为你的路径。

2)差异备份

(1)基于完全备份。
(2)备份自最近一次完全备份以来的所有数据库改变。

(3)恢复时,只应用最近一次完全备份和最新的差异备份。

backup database d2 to bak2 with init,name=’d2_full’
–差异备份,第一次备份时应做完全备份

create table b1(c1 int not null,c2 char(10) not null)

backup database d2 to bak2 with differential,name=’d2_diff1′

insert b1 values(1,’a’)

backup database d2 to bak2 with differential,name=’d2_diff2′

insert b1 values(2,’b’)

backup database d2 to bak2 with differential,name=’d2_diff3′

insert b1 values(3,’c’)

backup database d2 to bak2 with differential,name=’d2_diff4′

首先修改atlassian-jira/WEB-INF/classes下的

首先修改atlassian-jira/WEB-INF/classes下的

restore headeronly from bak2

vi  entityengine.xml

vi  entityengine.xml

3)事务日志备份

(1)基于完全备份。
(2)为递增备份,即备份从上一次备份以来到备份时所写的事务日志。
(3)允许恢复到故障时刻或者一个强制时间点。

找到  <datasource>部分将field-type-name 修改为mysql。

找到  <datasource>部分将field-type-name 修改为mysql。

(4)恢复时,需要应用完全备份和完全备份后的每次日志备份。

backup database d3 to bak3 with init,name=’d3_full’
–日志备份,第一次备份时应做完全备份

create table b1(c1 int not null,c2 char(10) not null)

backup log d3 to bak3 with name=’d3_log1′

insert b1 values(1,’a’)

backup log d3 to bak3 with name=’d3_log2′

insert b1 values(2,’b’)

backup log d3 to bak3 with name=’d3_log3′

insert b1 values(3,’c’)

backup log d3 to bak3 with name=’d3_log4′

修改为:

修改为:

restore headeronly from bak3

create table b1(c1 int not null,c2 char(10) not null) –Full+Log+Diff

backup log d4 to bak4 with name=’d4_log1′

insert b1 values(1,’a’)

backup log d4 to bak4 with name=’d4_log2′

insert b1 values(2,’b’)

backup database d4 to bak4 with differential,name=’d4_diff1′

insert b1 values(3,’c’)

backup log d4 to bak4 with name=’d4_log3′

insert b1 values(4,’d’)

backup log d4 to bak4 with name=’d4_log4′

insert b1 values(5,’d’)

backup database d4 to bak4 with differential,name=’d4_diff2′

 <datasource name=”defaultDS” field-type-name=”mysql”

 <datasource name=”defaultDS” field-type-name=”mysql”

restore headeronly from bak4

并且删除schema-name=”PUBLIC”,because it only works for
a field-type-name of “hsql”。

并且删除schema-name=”PUBLIC”,because it only works for
a field-type-name of “hsql”。

日志清除

1)如果日志空间被填满,数据库将不能记录修改。
2)数据库在做完全备份时日志被截断。
3)如果将’Trans log on
checkpoint’选项设为TRUE,则结果为不保存日志,即没有日志记录,不建议使用。
4)with truncate_only和with no_log设置日志满时清除日志
5)with

然后修改conf下的server.xml文件

然后修改conf下的server.xml文件

no_truncate则可以完整保存日志,不清除,即使在数据文件已经损坏情况下。主要用于数据库出问题后在恢复前使用。可以将数据还原到出故障的那一时刻。

exec sp_dboption d3
exec sp_dboption

sp_dboption ‘d3′,’trunc. log on chkpt.’,’true’
–设置自动清除数据库日志
sp_dboption ‘d3′,’trunc. log on chkpt.’,’false’

vi /conf/server.xml

vi /conf/server.xml

–将自动清除数据库日志的选项去除

backup log d4 with truncate_only

找到数据库连接源部分,修改为

找到数据库连接源部分,修改为

–设置D4日志满时清除日志,并做清除记录

 <Resource name=”jdbc/JiraDS” auth=”Container”
type=”javax.sql.DataSource”
                    driverClassName=”org.gjt.mm.mysql.Driver”
                   
url=”jdbc:mysql://localhost:3306/jira?autoRconnect=true&useUnicode=true&characterEncoding=UTF8″
                    username=”jira”
                    password=”password”
                    maxActive=”20″
                  />
注意在此之前你应该在你的mysql上建立jira数据库,字符集是UTF-8。开始的时候我的url部分只是写成:

 <Resource name=”jdbc/JiraDS” auth=”Container”
type=”javax.sql.DataSource”
                    driverClassName=”org.gjt.mm.mysql.Driver”
                   
url=”jdbc:mysql://localhost:3306/jira?autoRconnect=true&useUnicode=true&characterEncoding=UTF8″
                    username=”jira”
                    password=”password”
                    maxActive=”20″
                  />
注意在此之前你应该在你的mysql上建立jira数据库,字符集是UTF-8。开始的时候我的url部分只是写成:

backup log d4 with no_log –设置D4日志满时清除日志,但不做清除记录

backup log d4 to bak4 with no_truncate

url=”jdbc:mysql://192.168.1.1:3306/jira”

url=”jdbc:mysql://192.168.1.1:3306/jira”

–在D4数据库损坏时马上备份当前数据库日志(DEMO)

使用no_truncate
完全+修改1+差异+修改2+差异+修改3+停止SQL,删除数据库数据文件+重启SQL

backup log no_truncate

IP地址是开发服务器的地址。这样启动JIRA访问的时候,发现老是提示404错误,这个错误折腾我几乎一个下午+晚上,因为我不会怀疑是这里出问题。当我在Google上搜解决办法时候,很多文章提到.jira-home.lock的问题。官网上也提到了。我删除了.jira-home.lock,重启JIRA,.jira-home.lock还是会自动生成,我很理所当然的认为就是这个文件在起作用。因为很多文章提到这家伙,一大群人深受其困扰。我把.jira-home.lock删除了,又生成了,依照官网修改JIRA_HOME,问题依旧。绝望之余又照某文章说在setenv.sh中 JAVA_OPTS里加入“-Djira.dev.mode=true”,还是不行。

IP地址是开发服务器的地址。这样启动JIRA访问的时候,发现老是提示404错误,这个错误折腾我几乎一个下午+晚上,因为我不会怀疑是这里出问题。当我在Google上搜解决办法时候,很多文章提到.jira-home.lock的问题。官网上也提到了。我删除了.jira-home.lock,重启JIRA,.jira-home.lock还是会自动生成,我很理所当然的认为就是这个文件在起作用。因为很多文章提到这家伙,一大群人深受其困扰。我把.jira-home.lock删除了,又生成了,依照官网修改JIRA_HOME,问题依旧。绝望之余又照某文章说在setenv.sh中 JAVA_OPTS里加入“-Djira.dev.mode=true”,还是不行。

再还原,可还原到修改3

这个时候,我重生了,一改我从不看日志文件的陋习,打开JIRA的日记文件,跑到/logs下查看了一下

这个时候,我重生了,一改我从不看日志文件的陋习,打开JIRA的日记文件,跑到/logs下查看了一下

4)文件/文件组备份

(1)用于超大型数据库。
(2)只备份选定的文件或者文件组。
(3)必须同时作日志备份。
(4)还原时用文件/文件组备份和日志备份进行还原。

vi catalina.out

vi catalina.out

(5)备份量少,恢复速度快。

create database d5
on primary
(name=d5_data1,
filename=’e:”data”d5″d5_data1.mdf’,
size=2MB),
filegroup FG2 –创建数据库时创建filegroup FG2
(name=d5_data2,
filename=’e:”data”d5″d5_data2.ndf’, –并将文件d5_data2放到FG2中
size=2Mb)
log on
(name=d5_log1,
filename=’e:”data”d5″d5_log1.ldf’,
size=2Mb)

use d5
go
alter database d5
add file
(name=d5_data3,
filename=’e:”data”d5″d5_data5.ndf’,
size=2MB)
to filegroup FG2 –将d5_data3加到文件组FG2中

alter database d5 add filegroup FG3 –增加文件组FG3

alter database d5 –将d5_data4加到文件组FG2中
add file
(name=d5_data4,
filename=’e:”data”d5″d5_data4.ndf’,
size=2MB)
to filegroup FG3

sp_helpdb d5

create table t1(c1 int not null,c2 char(10) not null) on [primary]
–将不同表放到不同filegroup中
create table t2(c1 int not null,c2 char(10) not null) on FG2

看到很多错误日志说:mysql数据库连接不上,日志文件里给出我之前配置的那个IP地址。于是仔细查看/conf/server.xml文件,没发现什么毛病,不得已就把IP地址修改为localhost。重启JIRA,perfect!!It
works!

看到很多错误日志说:mysql数据库连接不上,日志文件里给出我之前配置的那个IP地址。于是仔细查看/conf/server.xml文件,没发现什么毛病,不得已就把IP地址修改为localhost。重启JIRA,perfect!!It
works!

create table t3(c1 int not null,c2 char(10) not null) on FG3

backup database d5 to bak5 with init,name=’d5_full’ –filegroup备份

backup database d5 filegroup=’primary’ to bak5 with name=’d5_primary’
backup log d5 to bak5 with name=’d5_log1′

backup database d5 filegroup=’FG2′ to bak5 with name=’d5_FG2′
backup log d5 to bak5 with name=’d5_log2′

backup database d5 filegroup=’FG3′ to bak5 with name=’d5_FG3′

对了,关闭和启动JIRA的方法是:

对了,关闭和启动JIRA的方法是:

backup log d5 to bak5 with name=’d5_log3′

backup database d5 to bak6 with init,name=’d5_full’ –file备份

backup database d5 file=’d5_data1′ to bak6 with name=’d5_data1′
backup log d5 to bak6 with name=’d5_log1′

backup database d5 file=’d5_data2′ to bak6 with name=’d5_data2′
backup log d5 to bak6 with name=’d5_log2′

backup database d5 file=’d5_data3′ to bak6 with name=’d5_data3′
backup log d5 to bak6 with name=’d5_log3′

backup database d5 file=’d5_data4′ to bak6 with name=’d5_data4′
backup log d5 to bak6 with name=’d5_log4′

/bin目录下执行:

/bin目录下执行:

restore headeronly from bak6

./shutdown.sh
./startup.sh

./shutdown.sh
./startup.sh

SQL还原

这个时候就可以通过浏览器访问JIRA
了,IP地址(或者域名)加上端口号8080。然后就可以按照提示一步一步完成JIRA的配置了。

这个时候就可以通过浏览器访问JIRA
了,IP地址(或者域名)加上端口号8080。然后就可以按照提示一步一步完成JIRA的配置了。

1、验证备份

restore headeronly from bak3

restore filelistonly from bak3 with file=1

restore labelonly from bak3

使用时候发现,界面上中文完美显示。插入到数据库的中文,读出来的中文,乱码。解决方案是:

使用时候发现,界面上中文完美显示。插入到数据库的中文,读出来的中文,乱码。解决方案是:

restore verifyonly from bak3

将数据库连接源配置文件中的:

将数据库连接源配置文件中的:

2、从备份中还原

restore headeronly from bak1

url=”jdbc:mysql://localhost:3306/jira”

url=”jdbc:mysql://localhost:3306/jira”

restore database d1 from bak1 with file=2 –从完全备份中恢复

restore headeronly from bak2 –从差异备份中恢复
restore database d2 from bak2 with file=1,norecovery

修改为

修改为

restore database d2 from bak2 with file=5,recovery

restore headeronly from bak3 –从日志备份中恢复
restore database d3 from bak3 with file=1,norecovery
restore log d3 from bak3 with file=2,norecovery
restore log d3 from bak3 with file=3,norecovery
restore log d3 from bak3 with file=4,norecovery

url=”jdbc:mysql://localhost:3306/jira?autoRconnect=true&useUnicode=true&characterEncoding=UTF8″

url=”jdbc:mysql://localhost:3306/jira?autoRconnect=true&useUnicode=true&characterEncoding=UTF8″

restore log d3 from bak3 with file=5,recovery

restore database d3 from bak3 with file=1,norecovery –恢复到指定时间
restore log d3 from bak3 with file=2,norecovery
restore log d3 from bak3 with file=3,norecovery
restore log d3 from bak3 with file=4,recovery,stopat=’2003-08-15

看来真是办法总比问题多呀,哈哈。解决问题后的心情真不错。

看来真是办法总比问题多呀,哈哈。解决问题后的心情真不错。

11:29:00.000′

restore database d5 filegroup=’FG2′ from bak5 with file=4,norecovery
–还原文件组备份
restore log d5 from bak5 with file=5,norecovery

<!–事隔一天总结,也许漏了某些步骤–>

<!–事隔一天总结,也许漏了某些步骤–>

restore log d5 from bak5 with file=7,recovery

restore headeronly from bak6 –还原文件备份
restore database d5 file=’d5_data3′ from bak6 with file=6,norecovery
restore log d5 from bak6 with file=7,norecovery

 

 

restore log d5 from bak6 with file=9,recovery

restore database d5 from bak6 with replace

Confluence的安装

Confluence的安装

–删除现有数据库,从备份中重建数据库

create database d6 –move to将数据库文件移动到新位置
on primary
(name=d6_data,
filename=’E:”Program Files”Microsoft SQL
Server”MSSQL”data”d6_Data.MDF’,
size=2MB)
log on
(name=d6_log,
filename=’E:”Program Files”Microsoft SQL
Server”MSSQL”data”d6_log.ldf’,
size=2MB)
go
backup database d6 to bak6 with init
drop database d6

restore database d6 from bak6
with move ‘d6_data’ to ‘e:”data”d6″d6_data.mdf’,
move ‘d6_log’ to ‘e:”data”d6″d6_log.ldf’

有了前面的经历,安装Confluence相对顺利。首先下载解压
confluence-3.2.1_01-std.tar.gz,移动到你的安装目录下。然后创建一个Confluence
Home
directory,然后

有了前面的经历,安装Confluence相对顺利。首先下载解压
confluence-3.2.1_01-std.tar.gz,移动到你的安装目录下。然后创建一个Confluence
Home
directory,然后

sp_helpdb d6

  1. find this file:
    confluence/WEB-INF/classes/confluence-init.properties
  2. Open the confluence-init.properties file in a text editor.
  1. find this file:
    confluence/WEB-INF/classes/confluence-init.properties
  2. Open the confluence-init.properties file in a text editor.

3、分离与重连接数据库

sp_detach_db ‘d6’

修改之。

修改之。

sp_attach_db ‘d6′,’e:”data”d6″d6_data.mdf’,’e:”data”d6″d6_log.ldf’

sp_detach_db d6
go
create database d6
on primary
(filename=’e:”data”d6″d6_data.mdf’)
for attach

然后打开server.xml,You need to modify both the server port (default
is 8000) and the connector port (default is 8080) to ports that are
free on your machine.

然后打开server.xml,You need to modify both the server port (default
is 8000) and the connector port (default is 8080) to ports that are
free on your machine.

go

like that

like that

4、恢复损坏的系统数据库

1)先备份MASTER、MSDB
2)停止SQL服务,将MASTER数据库文件删除或者重命名。这样,SQL服务将不能启动。

 

 

3)系统数据库的还原

(1)如果SQL服务还能启动,则从备份中恢复系统数据库。
(2)如果SQL服务不能启动,则需要重建系统数据库。
使用SQL文件夹TOOLS”BINN目录下的Rebuildm.exe重建master数据库。
(3)创建备份设备,指向以前的备份设备。
(4)以单用户模式启动SQL
cd programe files”microsoft sql server”mssql”binn
sqlservr.exe -c -m
(5)进查询分析器,从备份中恢复master数据库。
restore database master from masterbak
restore database msdb from disk=’e:”bak”msdb.bak’
MASTER还原后,SQL中用户数据库的信息也会恢复。

1 <Server port="8015" shutdown="SHUTDOWN" debug="0">
2  <Service name="Tomcat-Standalone">
3  <Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="8090" minProcessors="5" maxProcessors="75"
4   enableLookups="true" redirectPort="8443" acceptCount="10" debug="0" connectionTimeout="20000" useURIValidationHack="false"/>
1 <Server port="8015" shutdown="SHUTDOWN" debug="0">
2  <Service name="Tomcat-Standalone">
3  <Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="8090" minProcessors="5" maxProcessors="75"
4   enableLookups="true" redirectPort="8443" acceptCount="10" debug="0" connectionTimeout="20000" useURIValidationHack="false"/>

(6)如果MASTER没有备份,则需要用sp_attach_db命令将用户数据库附加到新的MASTER数据库中。

5、自动化备份实现(要将sqlserveragent服务设置为自动启动,并启动该服务)

轉自:

 

 

 

 

然后看官网那个吧,<点击看官网教程>这个挺顺利。

然后看官网那个吧,<点击看官网教程>这个挺顺利。

发表评论

电子邮件地址不会被公开。 必填项已用*标注