我有几个 SQL Server(2008 向前)和 Oracle(12c 向前)遗留数据库在服务器上运行......我知道一个事实,各种存储过程指向其他数据库,比如,这使得数据库依赖select * from OtherDB.mySchema.Products
于OtherDB
......
有没有一种简单的方法来映射这种“相互依赖性”,最好是生成图表?
我有几个 SQL Server(2008 向前)和 Oracle(12c 向前)遗留数据库在服务器上运行......我知道一个事实,各种存储过程指向其他数据库,比如,这使得数据库依赖select * from OtherDB.mySchema.Products
于OtherDB
......
有没有一种简单的方法来映射这种“相互依赖性”,最好是生成图表?
我在单个服务器上有 2 个 SQL Server 实例,inst1 和 inst2。这些是紧密耦合的实例,inst1 链接到 inst2,反之亦然。
因为它们已经在同一台服务器上运行,所以我想合并它们并减少链接服务器的混乱。我的问题是:是否可以在“维护”第 0 天未更改的查询的同时合并它们?
EG:select * from table1 join linkedServer.database2.dbo.table2
仍然会运行
有一种方法可以计算给定常规服务器输出的 DTU 数量,但我需要相反的方法!
我打算离开 azure 环境,我需要一种方法来衡量我应该在我的 RDS 上使用多少 CPU/内存。
现在我知道我消耗了大约 100 个 DTU...
那么,粗略地说,哪台机器有能力进行这样的输出呢?
请注意,我不是在谈论事务日志。我指的是 SQL Server 中一个名为“Log”的文件夹,其中存在 ErrorLog 和 SQLDrmp 文件。
好吧,事实是,在总存储为 250GB 的机器开发机器上,这个文件夹每天增长 8GB。那是个问题。
我发现我可以创建一个名为 Log2 的新文件夹,运行sp_cycle_errorlog
将新的“错误日志”副本复制到这个新文件夹,停止 SQL Server(和代理)切换文件夹,再次启动 SQL Server(和代理),然后删除旧的文件夹。
理想情况下,我想禁用这种日志记录,但如果不可能,有没有办法自动清理它?我的意思是,也许丢弃日志?