主页 / dba / 问题 / 124082
Accepted
Human_AfterAll
Asked: 2015-12-19 07:07:27 +0800 CST

从哪里开始了解未知数据库

  • 772

所以，标题总结了它。

我有一个 SQL Server 数据库，其中包含 28 个表和 86 个存储过程，必须进行逆向工程。我很确定有些表从未使用过，并且并非所有的 procs 都被使用。

最大的问题是所有创建用于该数据库的 Windows 服务以及所有软件和数据库文档都丢失了，设计整个系统的人也无处可寻。

我已经设法创建了一个 ER 图来帮助我理解这些关系，但由于我在数据库管理方面没有经验，我不知道应该从哪里开始。

另外，如果不打算在这里问这种问题，我也很抱歉。

sql-server documentation

4 个回答

  1. 最好的选择是使用SQL Power Doc记录您的数据库

    使用 Windows PowerShell 的 SQL Server 和 Windows 文档

    SQL Power Doc 是 Windows PowerShell 脚本和模块的集合，用于发现、记录和诊断 SQL Server 实例及其底层 Windows 操作系统和机器配置。SQL Power Doc 适用于从 SQL Server 2000 到 2014 的所有 SQL Server 版本，以及从 Windows 2000 和 Windows XP 到 Windows Server 2012 R2 和 Windows 8 的所有版本的 Windows Server 和消费者 Windows 操作系统。SQL Power Doc 还能够记录 Windows Azure SQL 数据库。

    注意：我已经使用过它，它将为您记录和理解数据库服务器实例提供一个非常好的开始。

    • 7
  2. Best Answer

    三个非常快速的步骤让您开始：

    1)

    USE DatabaseName

SELECT    [TableName] = OBJECT_NAME(object_id),
last_user_update, last_user_seek, last_user_scan, last_user_lookup
FROM    sys.dm_db_index_usage_stats
WHERE    database_id = DB_ID('DatabaseName')

    会告诉你最后一次使用每个索引的时间，包括聚集索引。因此，至少让您了解哪些表正在被访问（哪些不是。）

    2) 在使用应用程序时打开扩展事件会话（或服务器端探查器跟踪，如果您运行的是 SQL 2012 之前版本）一小时左右。您还可以要求用户以特定顺序在应用程序中执行各种操作，以便将其与跟踪/会话相关联。

    一个有用的建议：如果您可以修改应用程序使用的连接字符串，请附加“;Application Name=AppNameGoesHere”，以便您可以对该特定应用程序名称运行跟踪过滤。总之是个好习惯。

    3) 获取在非生产服务器上运行的应用程序版本。为应用程序开发一个行为驱动的测试列表（“当用户单击新项目按钮时，它会为该用户创建一个新项目”等）通过重命名开始软删除您认为与测试无关的对象（我使用像 objectName_DEPRECATED_YYYYMMDD 这样的格式——日期是我计划实际删除它的那一天。）重新验证你的所有测试。

    通过扩展事件会话、索引使用 DMV 和软删除的组合，您应该能够识别应用程序正在使用的主要对象，并就哪个对象做什么具有良好的普遍共识。

    祝你好运！

    • 5

  3. 因为我曾经遇到过类似的情况，我可以告诉你，这将是一项很难甚至不可能的工作。我只有源代码（>100k 行代码）、正在运行的服务、正在运行的数据库（约 50 个表），没有文档，除了这个应用程序的用户以及运行在一个测试环境（前面有几个版本号，但没有源代码）。另一个要求是服务必须 24/7 全天候运行，因为它们在客户之外。之所以出现这种情况，是因为包括开发人员在内的大多数员工几乎同时离开，文档在混乱中消失了。我花了 6 个多月的时间才获得粗略的概述/文档。有许多表和函数没有效果，因为它们是供将来使用或从未完全实现的，有缺陷或已弃用或未发布的功能。6 个月后，我不得不重写文档，因为我发现了新事物或事物之间的关系，而且我之前有错误的假设。

    为什么我要讲这个？因为有时在这种情况下，从头开始编写一个新的应用程序来满足旧应用程序的要求（或者如果它们随着时间的推移而改变或者你想要一个新的主要版本）的要求会更容易也更便宜。或者告诉你你会期待什么。

    如果您真的想对其进行逆向工程，我建议您执行以下步骤：

    • 备份整个系统！（第一：你永远不知道什么时候需要它。第二：下一步你需要它）
    • 重新创建系统（服务和数据库）的副本以使用并写下如何创建它，因为您肯定会在接下来的几个月中多次这样做，因为在逆向工程时您会多次搞砸
    • 创建具有表之间依赖关系的 ER 图
    • 查看和记录每个表、存储过程等的依赖关系，因为这些大多不包含在 ER 图中
    • 通过询问用户和使用它来了解软件应该做什么（最好在测试系统上做）
    • 如果服务的源代码可用：获取它的概述并调用数据库并记录它（doxygen 是获取带有函数调用层次结构的粗略文档的好工具）
    • 尝试通过查看表名及其列来大致了解数据库
    • 使用时观察数据库
    • 通过前面的 4 个步骤，将表分为 3 个类别（根据您的应用程序可能会有所不同）：静态数据（在运行服务器时不会更改的数据，例如 serverconfiguration，枚举通过使用外键来限制其他表中的有效值） , ...)、配置数据（很少更改的数据，如用户设置，...）和 OLTP 数据（聊天服务器中的用户消息、论坛中的帖子、机器控制系统中的测量值、在线游戏中的战斗， ...)
    • 重复前面的 5 个步骤，直到您满意或放弃
    • 记录和编码，就好像最终维护你的代码/系统/数据库的人将是一个知道你住在哪里的暴力精神病患者。

    祝你好运 ;）

    • 3

  4. 我没有足够的代表发表评论，但想帮助您解决关于

    getting the SQL Power Doc to work.

    如果您按照他们文档页面上的步骤操作，它将非常容易工作。只是从顶部开始。

    https://sqlpowerdoc.codeplex.com/wikipage?title=Guide%20For%20PowerShell%20Beginners

    • 2

相关问题