Uaktualnianie obiektów niestandardowych usług integracji programu SQL Server 2008
In SQL Server 2008, there are some new Integration Services features that cause breaking changes that affect custom objects that were built in SQL Server 2005 Integration Services.If you want to use these custom objects in SQL Server 2008 Integration Services packages, you will have to upgrade the objects.
This topic explains how to decide what the best upgrade option is for your custom objects and how to upgrade and deploy those objects from SQL Server 2005 Integration Services to SQL Server 2008 Integration Services. It also explains how to ensure that your updated custom objects can be located during the automated upgrade of packages.
Wybierając sposób uaktualniania obiektów niestandardowych
Istnieje możliwość uaktualnienia po prostu niestandardowych obiektów lub uaktualnianie i reversioning obiektów:
Upgrading only. In this option, you change the custom objects so that they are compatible with SQL Server 2008 Integration Services.
**Uaktualnienie i reversioning.**w tej opcji uaktualnić obiektów.Następnie przypisać nowej wersja wirtualny plik dziennika do uaktualnionych obiektów i utworzyć plik mapowania, który identyfikuje lokalizacji dla tych nowych obiektów.
Opcja uaktualnienia zależności select, należy uaktualnić niestandardowe obiekty przed lub użytkowników do obiektów, spróbuj uaktualnić pakietów zawierających te obiekty.Próba uaktualnienia pakietów przez aparat uaktualnienia pakiet aparat próbuje uruchomienia niestandardowych obiektów w tych pakietów.Komputer nie ma uaktualnione wersje tych obiektów niestandardowych, silnika uaktualnienia pakiet nie będzie mógł utworzyć wystąpienia obiektów.Ponieważ nie można utworzyć wystąpienia obiektów, aparat Uaktualnij pakiet nie będzie można uaktualnić pakietów.
Ostrzeżenie
SQL Server 2008 wersja BI Development Studio automatycznie uruchamia aparat uaktualnienia pakietu, podczas otwierania osoba SQL Server 2005 pakiet.Kreator uaktualnienia pakiet używa tego samego silnika uaktualnienia pakiet również podczas uaktualniania partia opakowań.
Aby określić, czy uaktualnić tylko lub do uaktualnienia i rewersji identifes poniższej tabela różnych czynników, które należy wziąć pod uwagę.
Opcja |
Wpływ na pakiet uaktualnienia |
Wpływ na istnienie obok siebie |
|---|---|---|
Uaktualnienie niestandardowych obiektów |
Nie trzeba podjąć dodatkowe kroki.Pakiet uaktualnienia silnika pomyślnie uaktualnić pakietów zawierających niestandardowych obiektów. |
Można używać tylko SQL Server 2008 wersji lub SQL Server 2005 wersje niestandardowych obiektów na określonym komputerze.Nie można używać SQL Server 2005 wersje niestandardowych obiektów na tym samym komputerze co SQL Server 2008 wersji. |
Uaktualnienie i rewersji niestandardowych obiektów |
Należy utworzyć plik mapowania do dystrybucji z uaktualnionych obiektów.W przeciwnym razie aparat uaktualnienia pakiet nie można pomyślnie uaktualnić pakietów zawierających niestandardowych obiektów. |
Można użyć SQL Server 2005 wersje niestandardowych obiektów w SQL Server 2005 pakietów i używania SQL Server 2008 wersje niestandardowych obiektów w SQL Server 2008 pakiety na tym samym komputerze. |
Uaktualnianie obiektów niestandardowych
The following procedure outlines how to upgrade your custom objects so that they are compatible with SQL Server 2008 Integration Services.
Aby zaktualizować obiekt niestandardowy
Usunąć odwołania do Integration Services zespołów w wersja 9.0 i zastąpić odniesienia do wersja 10.0 samego zespołów.
Zmień nazwę IDTSxxx90 obiektów w kodzie równoważne obiektów IDTSxxx100.
Odszukać ostrzeżenia dotyczące kodu stare lub przestarzałe członków oraz zastąpić równoważnym nowych członków.
Po uaktualnieniu niestandardowych obiektów mają wybór, czy chcesz również rewersji tych obiektów.Nie trzeba rewersji uaktualnionych obiektów niestandardowych.Jeśli postanowisz nie rewersji niestandardowych obiektów, następnie należy wdrożyć uaktualnionych obiektów niestandardowych, jak opisano w dalszej części tego tematu.
However, if you want to use different versions of your custom objects side-by-side in both SQL Server 2005 Integration Services and SQL Server 2008 Integration Services packages, you will need to reversion the upgraded objects as described in the next section.
Reversioning obiekty niestandardowe
Jak można rewersji niestandardowych obiektów zależy od czy wpisany tych obiektów w kodzie zarządzanym lub macierzystym:
Kod zarządzany.Dla niestandardowych obiektów w kod zarządzany, reversioning oznacza zwiększanie zgromadzenie numer wersja.
Kod macierzysty.Dla niestandardowych obiektów w kodzie macierzystym reversioning oznacza zmianę identyfikatora ProgID i CLSID.
Po możesz rewersji niestandardowych obiektów, musisz podać pliki mapowania uaktualnienia dla tych obiektów.Podczas uaktualniania pakiet te pliki mapowania informują silnika uaktualnienia pakiet jak zastąpić poprzednie wersje niestandardowych obiektów nowych wersji.
Mapowanie do uaktualnienia wersji obiektów niestandardowych
SQL Server 2008 Integration Services adds a new subfolder, UpgradeMappings, in the %ProgramFiles%\Microsoft SQL Server\100\DTS folder.This subfolder is where you deploy the mapping files that tell the package upgrade engine how to map SQL Server 2005 Integration Services objects to their new SQL Server 2008 equivalents.
Po wdrożeniu pliki mapowania do podfolderu UpgradeMappings Integration Services będzie można uaktualnić pakiety zawierające obiektów niestandardowych.Pliki mapowania są niezbędne tylko podczas uaktualniania pakiet.Po uaktualnieniu wszystkich pakietów można usunąć pliki mapowania.Aby uzyskać więcej informacji, zobacz Uaktualnianie pakietów usług integracji.
Wszystkie pliki mapowania musi być w formacie XML, jak pokazano w poniższym przykładowym pliku mapowania.
Ostrzeżenie
Pliki mapowania muszą mieć "XML" rozszerzenie lub te pliki nie mogą zostać odnalezione przez aparat uaktualnienia pakiet.
Przykładowy plik mapowania
<?xml version="1.0" encoding="utf-8"?>
<Mappings xmlns="https://www.microsoft.com/SqlServer/Dts/UpgradeMapping.xsd">
<!-- Connection Managers -->
<ConnectionManagerMapping tag="MSOLAP - Analysis Services connections"
oldValue="MSOLAP90"
newValue="MSOLAP100" />
<!-- Extensions -->
<ExtensionMapping tag="my custom object"
oldAssemblyStrongName="MyCustomAssembly.MyCustomTask, MyCustomAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"
newAssemblyStrongName="MyCustomAssembly.MyCustomTask, MyCustomAssembly, Version=2.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" />
<!-- Providers -->
<ProviderMapping tag="SQL Server Native Client - Version dependent"
oldValue="sqlncli.1"
newValue="sqlncli10.1" />
<ProviderMapping tag="SQL Server Native Client - Version independent"
oldValue="sqlncli"
newValue="sqlncli10" />
<ProviderMapping tag="MSOLAP - Analysis Services connections"
oldValue="msolap.3"
newValue="msolap.4" />
</Mappings>
Tworzenie własnych <ExtensionMapping> Element
As shown in the previous sample mapping file, the <ExtensionMapping> element is the element that maps the SQL Server 2005 Integration Services objects to their new equivalents for SQL Server 2008 Integration Services.Po utworzeniu nowego <ExtensionMapping> element, trzeba podać wartości dla atrybutów w poniższej tabela.
Attribute |
Opis |
|---|---|
Tag |
Tekst opisujący niestandardowego obiektu.(Opis ten jest używany do rejestrowania). |
oldAssemblyStrongName |
The strong name of your custom object's assembly in SQL Server 2005 Integration Services. |
newAssemblyStrongName |
The strong name of your custom object's assembly in SQL Server 2008 Integration Services. |
Podczas mapowania zespoły są się następujące opcje:
Można użyć klasy w pełni kwalifikowaną nazwę: <Nazwa wirtualny plik dziennika>.<nazwę klasy>, <nazwy wirtualny plik dziennika>, wersja =<wersji>, kultury =<kultury>, PublicKeyToken =<klucz>.Ten format jest pokazany na przykładowy plik mapowania wcześniej w tym temacie.
Można zapewnić silnej nazwy wirtualny plik dziennika, bez nazwy klasy, jak pokazano w poniższym przykładzie:
<ExtensionMapping tag="my custom object" oldAssemblyStrongName="MyCustomAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" newAssemblyStrongName="MyCustomAssembly, Version=2.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91" />Jeśli podasz silnej nazwy wirtualny plik dziennika itsefl wszystkich klas z wirtualny plik dziennika stare będą mapowane do nowego wirtualny plik dziennika.
Wdrażanie uaktualnionych obiektów niestandardowych
Kroki wdrażania zaktualizowany obiekt niestandardowe są podobne do tych, dla SQL Server 2005.Jedyną różnicą jest teraz skopiowania swojego niestandardowego wirtualny plik dziennika podfolder w folderze %ProgramFiles%\Microsoft SQL Server\100\DTS zamiast do folderu %ProgramFiles%\Microsoft SQL Server\90\DTS.
Jeśli rewersji można niestandardowe obiekty, pamiętaj, aby wdrożyć pliki mapowania ich do folderu UpgradeMappings do obsługi automatycznego uaktualniania pakietów korzystających z tych obiektów reversioned.
|
.gif "Ikona usług Integration Services (mała)")
Bieżąco z usług integracji