ApexSQL Log 2016(数据库恢复软件)

　　ApexSQL Log 2016绿色版是一款功能强大的SQL误操作恢复工具；它可以记录特定时间段内生产服务器上的负载，并将其持久保存到磁盘，因此可以在登台服务器上对其进行重放，以完美地复制活动和事务吞吐量；使用此工具执行的最常见任务之一是用作事后调查，通常涉及无意或恶意更改或损坏的数据，以确定谁进行了更改，更改的内容，更改的时间和方式；借助ApexSQL Log，用户可以挖掘事务日志文件，并在更改发生之前和之后查看确切的值，并查看受影响行的更改的完整历史记录；该程序可以读取发布服务器数据库上的所有事务并将它们直接写到订阅服务器上或将其持久保存到文件中，因此可以在远程位置对订阅服务器进行运输和执行；可以管理架构更改，以通过复制DDL事务来保持订阅服务器与发布服务器架构同步；可以使用事务日志进行连续的SQL Server数据库审核和报告，以便执行连续的SQL Server数据库审核；需要的用户可以下载体验

软件功能

　　1、灾难复原

　　发现并识别无意的事务，并将其回滚以修复损坏的数据，而不会冒进一步数据丢失的风险。

　　2、零数据丢失恢复

　　通过捕获备份过程中进行的事务并重播它们，确保在备份还原期间不会丢失任何数据或结构更改。

　　3、行级恢复

　　通过从不同的事务日志文件中读取数据来执行行级恢复，而无需还原整个数据库。

　　4、删除数据恢复

　　回滚意外的删除操作并恢复丢失的数据。

　　5、丢失的数据恢复

　　恢复由于删除表操作而丢失的数据。

　　6、表结构恢复

　　恢复由于删除表操作而丢失的整个表结构。

　　7、截断的数据恢复

　　回滚截断操作并恢复丢失的数据。

　　8、时间点还原

　　将SQL Server数据库的选定部分回滚到特定的时间点，而不会影响数据库的其余部分。

软件特色

　　1、完全支持SQL Server 2005和64位微软操作系统。

　　2、脚本很小，对运行没有影响。无触发效应。

　　3、将事务记录数据输出到BULK SQL, CSV, XML 或者SQL（用于分析或报告）。

　　4、强大的命令行界面。多种选择，可在unattended文件中设置auditing（重启计算机）。

　　5、可使用多种记录方法：在线记录、备份记录或者多份记录。

　　6、完整的颗粒度：Undo/Redo一个简单的语句或者记录多个完整的事务。

　　7、相连接的监视器，可跟踪Windows/NT用户登陆信息。

　　8、根据原始的事务记录，可对Computer和应用程序进行跟踪。

安装步骤

　　1、用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、只需要使用解压功能将压缩包打开，双击主程序即可进行安装，弹出程序安装界面

　　3、同意上述协议条款，然后继续安装应用程序，点击同意按钮即可

　　4、根据提示点击安装，弹出程序安装完成界面，点击完成按钮即可

使用说明

　　为了使用事务日志文件和备份中的信息，ApexSQL日志是功能强大的审核和恢复工具，它不仅使用户能够浏览其事务日志文件，而且还将提供一种简单的解决方案来满足主要审核要求：

　　DML和DDL更改的连续和无缝审核–确保所有SQL Server数据库更改都得到审核，而不会创建任何重复的条目

　　无人值守/自动审计–每晚审计工作的持续和不间断流程，这些工作是根据审计计划预先安排的

　　已审核的数据存储在存储库表中–可以直接在已审核的数据库或任何特定的SQL Server数据库中创建

　　通过直接查询存储库或创建审核报告，快速轻松地访问审核的数据

　　在本文中，我们将展示如何设置ApexSQL Log，以执行每晚对SQL Server数据库事务日志文件/备份的连续审核，以及如何通过在ApexSQL Log中创建可重复的会话来创建存储所有审核数据的存储库表。然后，我们将展示如何使用PowerShell作为包装程序来定期自动执行此会话。最后，我们将解决报告功能以及如何手动查询存储库表，这可以转化为创建各种存储过程。

　　快速总结

　　配置ApexSQL日志以进行连续审核 – ApexSQL日志的配置方式是自动选择所有现有的和尚待创建的事务日志文件并将其审核到存储库数据库/表中，以及继续进行每个后续审核作业上一份工作已经完成的地方

　　自动化过程 –通过利用ApexSQL Log项目，我们将了解如何使用Windows PowerShell计划审核作业，以便它们可以每晚运行。自动化脚本可以在这里找到。

　　最后，我们将研究如何从存储库表中 提取审核的信息

　　描述

　　如上所述，我们将从在ApexSQL日志中创建和配置会话开始。

　　ApexSQL日志启动后，新会话将自动启动，用户始终可以通过单击主应用程序功能区中的“新建”按钮来启动新会话。

　　在会话向导的第一步中，从服务器下拉菜单中选择一个SQL Server，在Windows和SQL Server身份验证方法之间进行选择，并提供适当的凭据（如果适用）。最后，选择一个数据库进行审核，然后单击“下一步”按钮继续

　　在向导的下一步中，选择“数据源”，重要的是要确保“ ApexSQL日志”查找适当的事务日志文件，该文件将保存适当的信息以供审核。

　　在定期创建事务日志备份的情况下，确保所有文件都包括在审核过程中并由应用程序自动将其添加为源非常重要。

　　为此，我们将使用名称模式功能，该功能将从指定的文件夹中获取所有事务日志文件，并包括与提供的模式匹配的所有事务日志备份

　　在此处应使用通配符来配置模式以匹配特定的环境条件。要进行设置，只需点击“添加样式”按钮，提供文件夹位置并使用通配符配置模式

　　匹配模式的文件将立即显示，以帮助确保已正确配置。单击确定关闭模式配置窗口，并确保已将模式检查为数据源。此外，在线事务日志应保持选中状态作为另一个数据源，但是如果用户由于特定要求不希望将其用作数据源，则可以取消选中/排除在线事务日志

　　这不会影响审核输出，而只会影响最后的审计作业

　　如果未选中联机事务日志，则每个最后的审计都将以事务日志备份中的最后信息作为结尾（并且在创建新备份之前，不包括驻留在联机事务日志文件中的以后的信息。）最棒的表演，

　　注意：为了使ApexSQL Log提供完整的审核详细信息，在审核作业中始终包括完整的事务日志备份链（从最新的完整数据库备份起的所有事务日志备份）非常重要，因此某些用户可能会考虑调整其备份创建/保留策略，以确保完整的链始终可用于ApexSQL Log。

　　一旦完成向导，“选择输出”步骤将为我们提供审计输出的各种选择。为了进行持续审核，我们选择“导出结果”选项。

　　这使我们进入了会话向导上的过滤器设置。首先，用户应选择“连续审核”过滤器，然后选择跟踪文件的存储位置–该文件将存储有关最新连续审核作业已结束的位置（最后一笔交易的LSN值）的信息。确保启动下一个审核作业时，下一个从第一个下一个LSN继续。

　　此外，用户可以使用各种过滤器来微调其审计工作。一个好的开始是首先选择要包含在审计作业中的DML / DDL操作，然后继续选择该过程中要包含哪些数据库/系统表，并选择更多过滤器，包括用户过滤器，事务过滤器，SPID作为以及该向导步骤中可用的一些其他过滤选项。

　　配置过滤器后，向导的最后一步将使我们能够配置导出输出。首先，我们选择“导出到数据库”选项，因为我们的目的是将审核信息插入存储库表中。然后，单击“选择数据库”按钮，选择将在其中创建存储库表并将信息泵入的数据库（用户将需要选择SQL Server并提供适当的凭据），然后单击“连接”。

　　最后，单击“保存”按钮并提供会话名称以保存会话并完成配置过程。

　　现在已经创建了会话，可以在用户需要时通过应用程序GUI运行该会话（通过单击主功能区中的“打开”按钮并通过预定义的向导），或者可以使用该会话接下来将要展示的是自动化过程。

　　审核自动化

　　ApexSQL Log完全支持CLI，并且所有可用的GUI功能也可通过各种开关在CLI中使用。有关可用的CLI命令的更多信息，请参见本文。

　　为了使连续审核工作自动化并按预定义的时间间隔（并在特定时间范围内）执行常规审核工作，我们可以使用各种工具。

　　例如，可以通过创建一个批处理脚本文件来实现这样的自动化，该批处理脚本文件包括ApexSQL Log CLI开关，该开关定义了可以通过Windows Scheduler或类似工具进行调度的审计作业。其他解决方案是使用Windows PowerShell创建和计划任务，该任务优于第一个示例，因为一切都在PowerShell项目中完成，并且不需要使用其他工具进行计划。

　　为了通过PowerShell自动执行审核工作，我们将调用在上述向导末尾创建的ApexSQL日志会话（.axlp）文件。

　　这是我们将使用的命令：

　　Schtasks.exe /创建＃创建一个任务

　　/ TN＃ 任务名称

　　/ SC＃定义任务频率（每小时，每天……）

　　/ ST＃任务开始时间

　　/ ET＃任务结束时间

　　/ TR＃将要运行的任务的路径（带有其他CLI命令）

　　使用这些命令，我们可以安排定期的审核任务。这是一个PowerShell脚本示例，该脚本将创建一个任务“ ApexSQL Log连续审核”，该任务将在05年之间的每一天每天运行一次预定义的会话（保存为c：\ ApexSQL Log \ Saved session \ Continuous auditing.axlp）。 ：00 AM和11:00 PM

　　Schtask.exe / create / tn ApexSQL日志连续审核/ sc每小时/ st 05:00 / et 23:00 / tr c：\ Program Files \ ApexSQL \ ApexSQL Log \ ApexSQLLog.com c：\ ApexSQL Log \ Saved session \ Continuous auditing.axlp

　　报告中

　　现在，我们已经了解了如何创建和自动化连续审核，现在让我们将注意力转移到报告上。

　　由于上面显示的示例审核的所有信息都存储在两个SQL Server数据库表中，因此提取信息的最简单方法是直接通过SQL Server Management Studio或任何其他类似工具查询这些表。

　　“ ApexSQL日志连续审核存储库拓扑”中的详细指南。

　　在运行基本报告（如每日审核跟踪）时，可以轻松创建每个用户的更改或特定的表历史记录报告，对于某些SQL Server经验较少的用户而言，在报告中获取更多特定的数据可能很棘手。

　　对于那些喜欢直接查询数据库的用户，文章“如何直接使用ApexSQL Log连续审核存储库，包括查询和报告”提供了有关如何直接使用存储库表的详细指南。对于那些想进一步报告的人，以下是一些最常用报告的示例：

　　每月交易 –该报告将按@time_frame变量中指定的时间范围显示所有交易（可以更改@time_frame变量以调整每个日期/时间的精度。EG'YYYY-MM-DD-hh将显示所有交易一直到每小时的水平）

　　DECLARE @time_frame AS VARCHAR （ 50 ）

　　SET @time_frame = 'yyyy-MM'

　　选择格式（ TRANSACTION_BEGIN ， @time_frame ） 作为 “日期/时间”

　　，计数（DISTINCT TRANSACTION_ID ） 作为 “事务计数”，

　　来自 [dbo] 。[APEXSQL_LOG_OPERATION]

　　GROUP BY FORMAT （ TRANSACTION_BEGIN ， @time_frame ）

　　每天的交易 -报告将显示每天的所有交易

　　SELECT CONVERT （DATE

　　TRANSACTION_BEGIN）作为 “日期”

　　计数 （DISTINCT TRANSACTION_ID）作为 “事务计数”，

　　来自 [dbo] 。[APEXSQL_LOG_OPERATION]

　　GROUP BY CONVERT （DATE

　　TRANSACTION_BEGIN

　　按类型进行的操作计数 –报告将按操作类型显示操作数量

　　从 [dbo]中选择 OPERATION_TYPE

　　将COUNT （ OPERATION_TYPE ） 作为 “操作数”

　　[APEXSQL_LOG_OPERATION]

　　GROUP BY OPERATION_TYPE

　　按日期（和类型）进行的操作计数 –报告将显示每个日期分隔的特定操作数

　　SELECT CONVERT 8DATE

　　TRANSACTION_BEGIN）作为 “日期”

　　OPERATION_TYPE

　　COUNT（OPERATION_TYPE）作为 “操作计数”，

　　来自 [dbo] 。[APEXSQL_LOG_OPERATION]

　　GROUP BY OPERATION_TYPE

　　转换 （日期

　　TRANSACTION_BEGIN）

　　按类型和每个操作的日期进行操作计数 –报告将显示特定操作类型每个日期的操作数。要针对特定操作类型配置报告，只需将@operation_type变量设置为特定操作即可（例如，@operation_type ='DELETE'以获取删除操作的结果）

　　DECLARE @operation_type AS VARCHAR （ 50 ）

　　SET @operation_type = '插入'

　　从 [dbo]中选择CONVERT （DATE

　　TRANSACTION_BEGIN）作为 “ Date”

　　（OPERATION_TYPE）

　　将COUNT OPERATION_TYPE 作为 “ Operation count”

　　[APEXSQL_LOG_OPERATION]

　　WHERE OPERATION_TYPE = @operation_type

　　GROUP BY OPERATION_TYPE

　　转换（DATE ， TRANSACTION_BEGIN）

　　按表计的前10个事务计数 – 报告将显示数据库表的前10个事务计数。要配置时间范围，请将@start_date和@end_date变量设置为特定的开始/结束日期）

　　DECLARE @start_date AS VARCHAR （ 50 ）

　　DECLARE @end_date AS VARCHAR （ 50 ）

　　SET @start_date = '2016年6月1日'

　　SET @end_date = '2016年12月1日'

　　从[dbo]中选择TOP 10 OBJECT_NAME，计数（与TRANSACTION_ID不同）为“交易计数”。

　　用户排名前10的交易 -报告将显示每个用户排名前10的交易。与上一份报告一样，要配置时间范围，请将@start_date和@end_date变量设置为特定的开始/结束日期）

　　DECLARE @start_date AS VARCHAR （ 50 ）

　　DECLARE @end_date AS VARCHAR （ 50 ）

　　SET @start_date = '2016年6月1日'

　　SET @end_date = '2016年12月12日'

　　选择 前 10位USER_NAME

　　从（dbo ）开始计数（DISTINCT TRANSACTION_ID ） 作为 “交易计数”

　　[APEXSQL_LOG_OPERATION]

　　WHERE TRANSACTION_BEGIN > @start_date

　　AND TRANSACTION_END < @end_date

　　GROUP BY USER_NAME ORDER BY “交易计数” DESC

　　前10个运行时间最长的事务 -报表显示运行时间最长的事务，并提供适当的详细信息（发生事务时，运行事务的用户…），可以通过添加更多表列来进一步配置

　　SELECT DISTINCT TOP 10 TRANSACTION_ID

　　CAST TRANSACTION_END - TRANSACTION_BEGIN AS TIME AS “Transatcion_duration”

　　USER_NAME

　　TRANSACTION_BEGIN

　　TRANSACTION_DESCRIPTION

　　FROM [DBO] 。[APEXSQL_LOG_OPERATION]

　　ORDER BY CAST （ TRANSACTION_END - TRANSACTION_BEGIN AS TIME ） DESC

　　按操作计数排名前10的交易 -此报告显示包含最多操作的交易

　　选择 前 10位TRANSACTION_ID

　　最大（USER_NAME ） 作为 “用户名”

　　最大（ TRANSACTION_BEGIN ） 作为 “开始时间”

　　COUNT （ TRANSACTION_ID ） 作为 “操作数”，

　　来自 [dbo] 。[APEXSQL_LOG_OPERATION]

　　GROUP BY TRANSACTION_ID

　　ORDER BY COUNT （ TRANSACTION_ID ） DESC

　　通过使用标准的“创建存储过程”代码，可以将上面显示的所有查询作为存储过程包含在内，以供重用：

　　现在，我们已经创建了各种报告并将其保存为存储过程，我们可以使用SQL Server Reporting Service完成报告过程并基于这些存储过程创建高端报告。可以通过多种方式增强报告，包括向报告中添加图形，列表，图表和许多其他元素。

常问问题

　　是否可以在需要时（除了自动作业之外）手动运行ApexSQL Log会话？

　　答：是–这将使您可以在需要时立即执行审核，并且只需更新跟踪信息，即可从完成的位置开始自动作业。

　　我想执行手动连续审核，但不想影响已经自动化的审核-我应该执行哪些步骤？

　　如果用户希望继续审计先前过程在何处开始而又不影响当前（活动）跟踪文件的位置，则只需对其进行复制并在复制文件的日期/时间过滤步骤中的跟踪文件位置字段中指定复制的文件位置。会话向导

　　我可以一次在同一数据库上设置多个单独的连续审核作业吗？

　　是的，只需确保每个作业使用其自己的单独的跟踪文件，并且不要同时调度这些作业（一次只能运行一个审核作业）