Вы не сказали что версия. Так как мы говорим SQL Server, существует несколько способов приблизиться к этому. Если Вы находитесь на SQL Server 2005/2008, самый легкий путь состоит в том, чтобы, вероятно, использовать функцию Данных Импорта в Studio управления SQL Server. На самом деле то, что это делает, создает пакет SSIS, который позволяет Вам вводить данные к объединенной базе данных. Это - простой подход пакета SSIS, таким образом, внешние ключи могут быть проблемой.
В случае неудачи другая опция состоит в том, чтобы использовать BCP для экспорта данных из таблицы (таблиц), однако, без основных ссылок / ссылок внешнего ключа. Это поместит данные в текстовые файлы. В той точке Вы могли использовать BULK INSERT для обеспечения данных в объединенную базу данных. Существует протест здесь в том, что, если столбцы, где внешние ключи, не позволяют, АННУЛИРУЕТ, этот подход будет проблематичным.
Третья опция состоит в том, чтобы записать сценарии самостоятельно, и это довольно легко сделать также. Можно взять вторую базу данных, если это уже не находится на SQL Server, и присоедините его к SQL Server, где объединенная база данных будет. Соединение связанного сервера может работать также, но это будет намного медленнее в целом. Затем можно записать операторы INSERT соответственно, бросив поля первичного ключа. Для таблиц со ссылками внешнего ключа можно использовать СОЕДИНЕНИЯ для получения правильных значений для ссылок, пока Вы загружаете таблицы в правильном порядке.
Четвертая опция состоит в том, чтобы создать пользовательский пакет SSIS и загрузить таблицы в порядке и сделать поиски соответственно, чтобы гарантировать, чтобы у Вас были правильные ссылочные значения внешнего ключа. Это немного более включено, чем шаг один, но он гарантирует, что Вы разберетесь в нем. Кроме того, если необходимо повторить это осуществление, у Вас уже будет пакет. Другое преимущество состоит в том, что это не требует, чтобы Вы создали соединение связанного сервера, и это будет использовать самые быстрые методы вставки в объединенную базу данных.
Что ж, насколько я знаю и понимаю термин cmdb, настоящего механизма базы данных нет, но вместо этого такие системы, как puppet, chef или cfengine2, являются cmdb. Как википедия объясняет cmdb: http://en.wikipedia.org/wiki/Configuration_management_database
Итак, вы можете запрограммировать надстройки для этих систем, которые будут поддерживать вашу конфигурацию nagios?