为什么 JobDatabase 应该是空的？
Why should a JobDatabase be empty?
在创建供弹性作业代理使用的作业数据库的文档中，强调了 JobDatabase。 It is written that:
The Job database doesn't literally need to be new, but should be a
clean, empty, S0 or higher service objective.
花了几天时间创建或测试作业、资源组、凭据在我当前的数据库上无济于事，我想知道我是否应该创建一个额外的专用于作业的数据库。但是我不明白为什么这个数据库应该是干净的和空的。
The Job database doesn't literally need to be new, but should be a clean, empty, S0 or higher service objective.
为什么这个数据库应该是干净的和空的？
因为弹性作业代理是用于创建、运行 和管理作业的 Azure 资源。它需要元数据、日志、结果、作业定义，还包含许多有用的存储过程和其他数据库对象，用于使用 T-SQL 创建、运行 和管理作业。当我们在一个退出的数据库上创建一个Elastic Job agent时（而不是独立创建一个Job Database），它会在退出的数据库上创建meatadata（如表，存储过程等）。所以可能存在模式冲突（或者之前已经创建了另一个弹性作业代理）。我认为这是主要原因。
在创建供弹性作业代理使用的作业数据库的文档中，强调了 JobDatabase。 It is written that:
The Job database doesn't literally need to be new, but should be a clean, empty, S0 or higher service objective.
花了几天时间创建或测试作业、资源组、凭据在我当前的数据库上无济于事，我想知道我是否应该创建一个额外的专用于作业的数据库。但是我不明白为什么这个数据库应该是干净的和空的。
The Job database doesn't literally need to be new, but should be a clean, empty, S0 or higher service objective.
为什么这个数据库应该是干净的和空的？
因为弹性作业代理是用于创建、运行 和管理作业的 Azure 资源。它需要元数据、日志、结果、作业定义，还包含许多有用的存储过程和其他数据库对象，用于使用 T-SQL 创建、运行 和管理作业。当我们在一个退出的数据库上创建一个Elastic Job agent时（而不是独立创建一个Job Database），它会在退出的数据库上创建meatadata（如表，存储过程等）。所以可能存在模式冲突（或者之前已经创建了另一个弹性作业代理）。我认为这是主要原因。