备份或存档日志 (SharePoint Foundation 2010)
适用于： SharePoint Foundation 2010
上一次修改主题： 2016-11-30
系统范围的数据保护策略应包括对记录与 Microsoft SharePoint Foundation 2010 相关数据的日志进行备份和存档。此数据可用于性能分析、故障排除、与服务级别协议的遵从性监控以及法律、法规或商业方面因素。因此，请在日常维护中通过备份或存档日志来保护此数据。
以下部分以如下方式进行标记来表示备份或存档此类日志的重要性：
[必备] 表示日志包含的数据在环境中必不可少。如果出现磁盘故障或其他问题，则数据将丢失。
[建议] 表示日志包含的数据在大多数环境中可用于故障排除、操作、法律或其他需求。
本文内容：
[必备] 备份事务日志
[建议] 收集使用率数据
[建议] 存档诊断日志
[必备] 备份事务日志
Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 事务日志记录自上一个检查点或上一次完整备份以来对数据库所做的所有更改。这些日志包含还原服务器场所需的数据。
我们推荐每隔 5–10 分钟对这些日志进行一次备份。备份时，这些日志会自动被截断。可以使用 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 工具来备份事务日志。有关详细信息，请参阅创建事务日志备份 (https://go.microsoft.com/fwlink/?linkid=124881&clcid=0x804) 在 Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 文档中。
使用 SharePoint 管理中心或 Windows PowerShell 对服务器场、Web 应用程序或数据库进行备份时，事务日志也会自动备份。有关详细信息，请参阅备份服务器场 (SharePoint Foundation 2010)。
事务日志大小如何影响服务器场备份时间
当您备份 SharePoint Foundation 2010 时，事务日志的大小可能会影响备份操作所用的时间。由于事务日志记录自上一个检查点或完整备份以来对数据库所做的所有更改，该日志会随时间的推移而增长得非常大。如果事务日志增长得非常大，则备份可能需要花费很长时间。有关详细信息，请参阅如何防止 SQL Server 数据库的事务日志异常增长 (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x804)。
当您使用完全恢复模式时，截断事务日志的建议方法为备份日志。当您备份日志时，Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 以及 SQL Server 2005 SP3 和累积更新 3 自动截断事务日志中不活动的部分。还建议您预增长事务日志，以避免日志自动增长。有关详细信息，请参阅管理事务日志文件的大小 (https://go.microsoft.com/fwlink/?linkid=124882&clcid=0x804)。有关使用完全恢复模式的详细信息，请参阅在完全恢复模式下备份 (https://go.microsoft.com/fwlink/?linkid=127985&clcid=0x804)。有关使用简单恢复模式的详细信息，请参阅在简单恢复模式下的备份 (https://go.microsoft.com/fwlink/?linkid=127987&clcid=0x804)。
建议您不要手动缩减事务日志大小，也不要通过使用 Truncate 方法手动截断日志。
[建议] 收集使用率数据
您可以利用使用率分析来跟踪网站的使用情况。系统每天都会创建日志文件以跟踪使用率。可以配置使用率数据的收集设置。最重要的是设置日志文件的位置。默认情况下，日志文件夹配置在安装 SharePoint Foundation 2010 的同一驱动器分区上。为了确保日志文件不会填满驱动器，您可以将日志文件夹更改到一个单独的驱动器上。
日志目录的位置是服务器场级别设置，在此设置中指定的目录必须存在于服务器场中的所有服务器上。备份服务器场时，这些日志会自动备份。
大多数环境中，默认设置是足够的。有关配置使用率数据收集设置的详细信息，请参阅配置使用率和运行状况数据集 (SharePoint Foundation 2010)
[建议] 存档诊断日志
诊断日志提供有关服务器场运行的详细信息。您可以配置日志记录的详细级别。建议您在存档数据库场时对这些日志进行存档。可以为整个服务器场或指定服务器存档日志。可以通过手动复制这些文件到一个共享文件夹或使用 Windows PowerShell Merge-SPlogFile cmdlet 对这些文件存档。可以使用 Merge-SPLogFIle cmdlet 同时对所有场服务器进行日志文件存档。可以使用 Windows PowerShell Copy-Item cmdlet 命令从单个服务器进行日志文件存档。Copy-Item cmdlet 不提供筛选功能，您必须复制整个日志文件。
有关如何配置诊断日志的详细信息，请参阅配置诊断日志记录 (SharePoint Foundation 2010)。
使用 Windows PowerShell 从所有场服务器中对诊断日志进行存档
验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。
在“开始”菜单上，单击“所有程序”。
单击“Microsoft SharePoint 2010 产品”。
单击“SharePoint 2010 Management Shell”。
在 Windows PowerShell 命令提示符处，键入以下命令：
Merge-SPLogFile -Path "<path to merged log file>.log" -Overwrite例如，
Merge-SPLogFile -Path "C:\Logs\MergedFiles\AllFarm_merged_12.20.2009.log" -Overwrite重要
合并所有场服务器的全部日志条目会花费很长时间并使用大量资源。建议在合并前筛选与一组特定条件匹配的条目。
要合并与一组特定条件匹配的日志条目，键入以下命令：
Merge-SPLogFile -Path "<path to merged log file>.log" -Area "<Area>" -Category "<Category>"您可以通过以下其中一个或多个条件进行筛选：
区域（一个或多个，通配符）
类别（一个或多个，通配符）
级别
关联（一个或多个）
EventID（一个或多个，通配符）
消息（通配符）
开始时间
结束时间
过程（一个或多个，通配符）
ThreadID（一个或多个）
提示
可以随意对合并的日志文件进行命名。建议您使用日志文件内容一目了然的日志名称。如，"<合并日期><服务器场名称><筛选条件>。例如，对于涉及数据库类别、且标记为“高”使用率的 SharePoint Foundation 2010 所有场服务器日志条目，可以使用日志名称"Dec_2009_ContosoInternet_Foundation_Database_High.log"。
有关详细信息，请参阅Merge-SPLogFile。
使用 Windows PowerShell 为特定服务器归档诊断日志
验证您是否满足以下最低要求：请参阅 Add-SPShellAdmin。
在“开始”菜单上，单击“所有程序”。
单击“Microsoft SharePoint 2010 产品”。
单击“SharePoint 2010 Management Shell”。
在 Windows PowerShell 命令提示符处，键入以下命令：
Copy-Item <Log folder path> -Destination <Archive folder path> -Recurse
有关详细信息，请键入 Get-Help Copy-Item -Full。
备注
我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用，仍然包含该工具是为了支持与之前产品版本的兼容性。