SQL Server

数据迁移的工具有很多，基本SSMA团队已经考虑到其他数据库到SQL Server迁移的需求了，所以已经开发了相关的迁移工具来支持。 此博客主要介绍MySQL到SQL Server数据迁移的工具： SQL Server Migration Assistant for MySQL 的使用. 从上面链接的官网下载安装. 第一步：创建一个迁移工程 需要注意的是你需要选择迁移到的SQL Server数据库的版本，目前支持：SQL Azure,SQL Server 2005,SQL Server2008,SQL Server 2012,SQL Server2014,根据实际需要选择你要迁移到目标数据库的版本。 第二步：连接源数据库和目标数据库 上面的是源：MySql，下面的是目标：SQL Server 第三步:选择需要迁移的数据库创建迁移分析报告 此报告会分析当前需要迁移的数据库中的所有表结构并会生成一个可行性报告 生成的报告如下：分析需要转换的对象，表，数据库有多少个，是否存在不可转换的对象等信息，如有检查错误会下下面输出 第四步： 转换schema 也就是数据库结构 迁移分两步：1.转换数据库结构，2.迁移数据 第五步：在源数据库转换完schema之后记得在目标数据库上执行同步schema操作 否则转换的数据库结构是不会到目标数据库的 点击同步之后同样会有一个同步的报告：

下面是译文，你也可以看老外的文章： Stairway to SQL Server Security 。 你需要保护你的server和数据，抵御当今复杂多变的攻击，在这些方面SQL Server都可以做到。但是在你使用这些安全有效的功能之前，你需要知道你面临的威胁和一些基本的安全概念。这篇文章是一些基础内容，以便您可以充分利用SQL Server的安全功能，不用浪费时间在数据安全方面。 身份验证是一个核实主体的过程，验证一个用户或者需要访问SQL Server DB进程的权限。一个用户需要有唯一的标识，以便于SQL Server能够确定这个主体有哪些权限。在为访问DB提供保护的时候，第一步必须的就是正确的身份验证。 SQL Server支持两种途径的身份验证：Windows和SQL Server身份验证。你使用的途径依赖于网络环境，访问数据库的应用程序类型和这些应用程序的用户类型。 Windows身份验证： 这种身份验证的形式依赖于Windows，当用户登录到Windows的时候验证身份。访问SQL Server对象的权限是通过 　　分配权限给Windows登陆账号来实现的。当SQL Server所在的Windows支持Windows NT 或者 Kerberos身份验证的时候，那么　　 Windows身份验证是很有用的，在Windows 2000之后，这个几乎是一个标准了。 SQL

大家都知道sql server 有两种登录验证方式，即sql server验证方式和windows验证方式，但是sql server默认的是windows登录验证方式，我们如何启用sql server和windows混合的验证方式并成功登录呢？ 在解决这个问题之前，我们首先要明白 windows身份验证模式和SQL server身份验证模式有什么不同： 用windows身份验证是根据用户的windows身份权限来进行身份验证，这种方式要直接一些，只要windows登录密码正确就可以访问 数据库 ，sql不判断sa密码。但是在远程连接的时候会因NTML验证的缘故，无法登陆。 用混合身份验证模式，也就是基于Windows身份验证和SQL Server身份混合验证。这个连接不仅包括远程用户还包括本地用户，当远程用户访问时由于未通过windows认证，而进行sql server认证，从而使得远程用户也可以登录。 下面就来介绍一下如何启用sql server和windows混合的验证方式吧。 首先，以默认的windows验证方式打开并登录SQL Server 2008 第二步：登录后定位到“\安全性\登录名”，选择要使用sql server登录验证方式的用户（例如sa），右击sa，选择“属性”。 第三步：打开“属性”窗口后，定位到“常规”选项卡，修改密码并勾选或取消勾选相应复选框选项。

一 数据库镜像部署准备 1.1 数据库镜像支持 有关对 SQL Server 2012 中的数据库镜像的支持的信息，请参考：https://docs.microsoft.com/zh-cn/previous-versions/sql/sql-server-2012/cc645993%28v%3dsql.110%29 1.2 其他前置条件 若要建立镜像会话，伙伴双方和见证服务器（如果有）必须在相同版本的 SQL Server 上运行。 确保两个伙伴（即主体服务器和镜像服务器）必须运行相同版本的 SQL Server。 见证服务器（如果有）在任意支持数据库镜像的 SQL Server 版本上运行。 数据库必须使用完整恢复模式。 简单恢复模式和大容量日志恢复模式不支持数据库镜像。 因此，镜像数据库的大容量操作始终被完整地记入日志。 验证镜像服务器是否能为镜像数据库提供足够的磁盘空间。 在镜像服务器上创建镜像数据库时，请确保指定相同数据库名称 WITH NORECOVERY 来还原主体数据库备份。 另外，还必须通过 WITH NORECOVERY 应用在该备份执行后创建的所有日志备份。 注意：如果数据库镜像已经停止，则必须将对主体数据库执行的所有后续日志备份应用到镜像数据库中，然后才可以重新启动镜像。 1.3 其他限制 只能镜像用户数据库。 不能镜像 master、 msdb、tempdb

一、客户需求 客户现在有一个需求，公司有一台很重要SQL数据库，怕有一天服务器或者系统崩溃，导致所有SQL数据库数据丢失，客户想把数据库数据，通过某种方式将数库进行实时同步到另外一台服务器上，这样可以做个backup。 那客户这个需求如何实现呢？ 二、解决方案： 通过分析与研究，使用的是SQL自带的发布与订阅功能，旧的SQL Server版本是2008，新安装一个SQL Server 2014版本，通过旧SQL Serer发布，再通过SQL Server2014订阅，来同步数据库数据。 三、实现过程 3.1、发布 发布前准备：首先两个服务器之间要能相互通讯，也就是能ping命令能通。平时我们连接数据库时，经常都是用的ip登陆，但是发布的时候不能这样，必须用服务器名称。 如果在不同网段的两台数据库服务器，可以在两台服务器hosts文件中添加对应的IP地址和主机名。 在旧服务器上，打开SQL Server数据库软件，进行发布SQL数据库。 1、旧服务器上，找到复制--本地发布，右击新建发布。 2、选择需要发布的数据库名称。 3、选择事务发布。 4、在此数据库中，查看表，是否都可以正常的被发布，如下图所示，有些表无法正常发布，那该怎么办？ 5、发现是由于这些表中没有主键，需要给这三张表设置主键。 6、设置主键。 8、发现还有一个表无法发布。 9、查看原因。 10、需要将此表中的

这篇文章主要介绍了SQL Server2008 R2 数据库镜像实施手册(双机)SQL Server2014同样适用,需要的朋友可以参考下 一、配置主备机 1、 服务器基本信息 主机名称为：HOST_A，IP地址为：192.168.1.155 备机名称为：HOST_B，IP地址为：192.168.1.156 二、主备实例互通 实现互通可以使用域或证书来实现，考虑实现的简单，以下选取证书的方式实现。注意：实现“主备数据库实例互通”的操作只需要做一次，例如为了将两个SQL Server 2008的实例中的5个数据库建成镜像关系，则只需要做一次以下操作就可以了；或者这样理解：每一对主备实例（不是数据库）做一次互通。 1、创建证书（主备可并行执行） ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 --主机执行： USE master; CREATE MASTER KEY ENCRYPTION BY PASSWORD = '123456' ; CREATE CERTIFICATE HOST_A_cert WITH SUBJECT = 'HOST_A certificate' , START_DATE = '2012-08-02' , EXPIRY_DATE = '2099-08-02' ; --备机执行： USE master; CREATE MASTER KEY

loadrunner性能监控指标--应用服务器 内存： 　　1） UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可 能是瓶颈。也可能是内存访问命中率低。 　　2） Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时 Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。 　　内存资源成为系统性能的瓶颈的征兆: 　　很高的换页率(high pageout rate); 　　进程进入不活动状态; 　　交换区所有磁盘的活动次数可高; 　　可高的全局系统CPU利用率; 　　内存不够出错(out of memory errors) 处理器： 　　1） UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考 虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85% 　　合理使用的范围在60%至70%。 　　2） Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor

关键词：复制，复制总结，复制汇总，复制查阅 参考联机丛书，复制的配置与使用： https://docs.microsoft.com/zh-cn/sql/relational-databases/replication/tutorial-preparing-the-server-for-replication?view=sql-server-2017 1、概念与搭建 Step1：SQL SERVER复制介绍 Step2：SQL Server 复制事务发布 Step3：SQL Server 通过备份文件初始化复制 Step4：SQL Server 跨网段（跨机房）复制 Step5：SQL Server 跨网段（跨机房）FTP复制 Step 6 ：SQL Server 数据变更时间戳（timestamp）在复制中的运用 Step 7 ：SQL Server 多实例下的复制 总结参考使用： http://blog.itpub.net/30126024/viewspace-2639648/ 2、优化与使用 　　 SQL Server复制情况下的高可用方案（一）镜像+复制 SQL Server提高事务复制效率优化（四）修改数据同步过程优化 SQL Server提高事务复制效率优化（三）订阅初始化优化 SQL Server提高事务复制效率优化（二）快照初始化优化 SQL

下载网站: www.SyncNavigator.CN 客服QQ1793040 ---------------------------------------------------------- 关于HKROnline SyncNavigator 注册机价格的问题 HKROnline SyncNavigator 8.4.1 非破解版 注册机 授权激活教程 最近一直在研究数据库同步的问题，在网上查了很多资料，也请教了很多人，找到了一种通过快照复制的方法。研究了一番后发现之前就是用的这个方法，效果不是很好，果断放弃。经过了一番寻觅和他人指点，最后从一位热心网友那里得知一款很好用的软件—— SyncNavigator。 好东西就要拿出来跟大家分享，所以今天向大家介绍一下这款软件，及其一些使用方法。下面先看看它有什么强大的功能吧！ SyncNavigator的基本功能： 自动同步数据/定时同步数据 无论是实时同步/24小时不间断同步，还是根据计划任务(每小时/每日/每周/等)定时自动同步都能完全胜任。 完整支持 Microsoft SQL Server 完整支持 Microsoft SQL Server 2000 2005 2008 数据库类型。并能在不同数据库版本之间相互同步数据。 支持 MySQL 4.1 以上版本 支持 MySQL 4.1 5.0 5.1 5.4 5.5

一.备份概述 　　数据安全是数据库的生命，数据库在使用过程中难免会遇到如：使用者的误操作或是被恶意修改，硬件故障导致数据文件无法被访问，自然灾害导致机房在物理上的损毁。本章从备份与恢复的功能作为解决问题的切入点。在实际工作中会遇到：使用什么样的备份策略（比如完整备份，文件备份，差异备份，日志备份），如何减少备份恢复时间（比如尽快恢复上线），如何将数据库恢复到想要的时间点（比如恢复到误操作以前），如何迁移数据库系统到一台新机器(比如用户账号，密码，任务脚本备份还原)。 　　1.备份类型 　　 在sql server数据库里包括数据文件和日志文件，相应包括数据备份和日志备份。数据备份可以是完整数据库备份，文件备份，差异备份也叫增量备份。日志备份也叫事务日志备份。 完整备份 　　会记录数据库里的所有信息，可以将数据库数据恢复到某个时间点的状态。但一个大的数据库备份可能 需要很长时间。假如每天或每小时只用完整备份类型就需要发费大量存储空间和备份恢复时间，仅完整备份不能满足用户需求。 文件备份 　　备份一个或多个文件或文件组的所有数据,多数针对大型数据库。文件备份+日志备份=完整备份。如果是一个文件损坏，只需还原该文件，从而加快恢复速度。 差异备份 　　要求数据库之前做过一次完整备份称为基准。它是完整备份以后,发生更改的数据. 便于频繁备份，降低数据丢失的风险。 日志备份