Четох за използването на каталози в 2012/14 SSIS като заместител на конфигурациите през 2008 г. С тази замяна не видях как хората се справят със сканирането на конфигурация, която се използва от всички пакети на сървъра, като например сървърна връзка или местоположение на пътя. С това сканиране всички пакети сочат към една конфигурация и ако нещо в тази стойност се промени, всички пакети се актуализират. Възможно ли е това с каталози? Изглежда, че всеки проект има свой каталог и ако случаят е такъв, всеки път, когато се промени конфигурация / параметър на сървъра, той трябва да се промени във всеки проект.
Сървърни променливи в разгръщането на проекта (2012 SSIS)
Отговори (1)
В SSSIDB даден проект живее в папка. Папката може също да съдържа SSIS среда.
Когато щракнете с десния бутон върху проект (или пакет) и изберете Конфигуриране, това е мястото, където ще приложите конфигурации, както направихте през 2008 г. Можете да използвате SSIS среда, която съществува в същата папка като проектите, или можете да препратите един в друга папка. Това е подходът, който използвам и предлагам на хората.
В моя каталог на услугите за интеграция имам папка, наречена „Конфигурации“ (защото сортира по-високо от Настройки). В рамките на това създавам една среда, наречена „Обща“. Много хора обичат да създават среди, наречени Dev, Test, Prod, но освен ако нямате 1 SSIS сървър, който да обработва всички тези, намирам сложността на това да направя моите скриптове за внедряване хубави и общи за твърде болезнена.
След това разгръщам проектите си в папки с разумни имена, така че папката Sales да съдържа проекти като SalesLoadRaw, SalesLoadStaging, SalesLoadDW.
Ако съм създал нов проект, тогава трябва да добавя препратка към колекцията Configurations.General и след това да свържа елемента на проекта с елемента Environment. За низове за свързване не е необходимо да дефинирате променлива, за да приемете низа. Можете директно да присвоите свойствата на мениджър на връзки (обхват на проект или пакет).
Страхотното нещо при конфигурациите е, че след като ги зададете, те продължават да съществуват чрез повторно разполагане на проекта.
Най-голямото нещо, което има тенденция да хапе хората в задните части е, че когато създавате среда и добавяте тези записи в нея, НЕ КЛИКАЙТЕ OK. Вместо това щракнете върху бутона „Скрипт“ и ги запишете в нов прозорец. В противен случай трябва да пресъздадете всички тези записи за вашите dev/test/load/stage/production среди. Намирам, че е много по-чисто да се направи скрипт веднъж и след това да се променят стойностите (SLSDEV към SLSPROD) в сравнение с опитите да се създадат всички на ръка.
person
billinkc
schedule
29.06.2015
