Uaktualnianie obiektów niestandardowych dla usług integracja 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.Ponadto także wyjaśniono, jak zapewnić zaktualizowanych obiektów niestandardowych może znajdować się podczas automatycznego uaktualniania pakietów.
Podejmowanie decyzji, jak uaktualnić swoje obiekty niestandardowe
Istnieje możliwość uaktualnienia po prostu niestandardowe obiekty lub uaktualnianie i reversioning obiekty:
Upgrading only. In this option, you change the custom objects so that they are compatible with SQL Server 2008 Integration Services.
Uaktualnianie i reversioning. W przypadku tej opcji najpierw Uaktualnij obiektów.Następnie należy przypisać nowej wersja wirtualny plik dziennika do uaktualnionych obiektów i tworzenia pliku mapowania, identyfikujące lokalizacje dla tych nowych obiektów.
Opcji uaktualniania, niezależnie od tego, należy wybrać, należy uaktualnić do niestandardowych obiektów, przed lub użytkowników do obiektów próby uaktualnienia pakietów zawierających te obiekty.Próba uaktualnienia pakietów przez aparat uaktualniania pakiet aparat podejmuje próbę uruchomienia niestandardowych obiektów w tych pakietów.Jeśli komputer nie ma uaktualnione wersje tych obiektów niestandardowych, aparat uaktualniania pakiet nie będzie mógł utworzyć wystąpienia obiektów.Ponieważ nie można utworzyć wystąpienia obiektów, aparat uaktualniania pakiet nie można uaktualnić pakietów.
Uwaga
The SQL Server 2008 wersja of BI Development Studio automatically starts the pakiet upgrade engine when you open an individual SQL Server 2005 pakiet. Kreatora uaktualnienia pakiet również używa tego samego aparatu uaktualniania pakiet po uaktualnieniu serii pakietów.
Aby zdecydować, czy należy uaktualnić tylko lub do uaktualnienia i odwrócenie następujące identifes tabela różne czynniki, jakie należy wziąć pod uwagę.
Opcja |
Wpływ na uaktualnienie pakiet |
Wpływ na istnienie obok siebie |
|---|---|---|
Uaktualnienie niestandardowych obiektów |
Nie trzeba podjąć dodatkowe kroki.Aparat uaktualniania pakiet mogą pomyślnie uaktualnić pakietów, które zawierają niestandardowe obiekty. |
Można używać tylko SQL Server 2008 wersje lub SQL Server 2005 wersje niestandardowych obiektów na danym komputerze. Nie można używać SQL Server 2005 wersje niestandardowych obiektów na tym samym komputerze co SQL Server 2008 wersje. |
Uaktualnienie i odwrócenie niestandardowych obiektów |
Należy utworzyć plik mapowania do dystrybucji z uaktualnionych obiektów.W przeciwnym razie aparat uaktualniania pakiet nie można pomyślnie uaktualnić pakietów, które zawierają niestandardowe obiekty. |
Można użyć SQL Server 2005 wersje niestandardowych obiektów w SQL Server 2005 pakiety i użycia SQL Server 2008 wersje niestandardowych obiektów w SQL Server 2008 pakiety na tym samym komputerze. |
Uaktualnianie swoje obiekty niestandardowe
The following procedure outlines how to upgrade your custom objects so that they are compatible with SQL Server 2008 Integration Services.
Aby aktualizować obiekt niestandardowy
Usuń odwołania do Integration Services zestawy w wersji 9.0 i zamienić je na odwołania do tych samych zestawów wersja 10.0.
Zmień nazwę równoważne obiektów IDTSxxx100 IDTSxxx90 obiektów w kodzie.
Poszukaj ostrzeżeń dotyczących członków kod przestarzałe lub przestarzałe i zamienić je na równoważne nowych członków.
Po uaktualnieniu do niestandardowych obiektów, masz wybór, czy ma być również odwrócenie tych obiektów.Nie trzeba odwrócenie uaktualnionych obiektów niestandardowych.Jeśli użytkownik chce nie odwrócenie niestandardowych obiektów, następnie trzeba wdrożyć do uaktualnionych obiektów niestandardowych zgodnie z opisem 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 swoje obiekty niestandardowe
W jaki sposób można odwrócenie niestandardowych obiektów zależy od tego, czy zostało napisane tych obiektów w kodzie zarządzanym lub macierzystym:
Kod zarządzany.W przypadku niestandardowych obiektów w kodzie zarządzanym reversioning oznacza zwiększanie wirtualny plik dziennika numer wersja.
Kodu macierzystego.W przypadku obiektów niestandardowych zapisanych w kodzie macierzystym reversioning oznacza zmianę identyfikatora programu i identyfikator klasy.
Po zostanie odwrócenie niestandardowych obiektów, należy podać pliki uaktualnienia mapowania dla tych obiektów.Podczas uaktualniania pakiet te pliki mapowania poinformuje aparat uaktualniania pakiet, jak zastąpić poprzednie wersje niestandardowych obiektów nowe wersje.
Mapowanie do uaktualnienia do wersji z obiektów niestandardowych
SQL Server 2008 Integration Services dodaje nowy podfolder UpgradeMappings, w folderze %ProgramFiles%\Microsoft SQL Server\100\DTS.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 zostały rozmieszczone mapowania plików do podfolderu UpgradeMappings Integration Services będzie można uaktualnić pakietów, które zawierają niestandardowe obiekty. Pliki mapowania są tylko niezbędne podczas uaktualniania pakiet.Po uaktualnieniu wszystkich pakietów można usunąć pliki mapowania.Aby uzyskać więcej informacji zobaczUpgrading Integration Services Packages.
Wszystkie pliki mapowania musi być w formacie XML, jak pokazano w następującym pliku mapowania próbki.
Uwaga
Pliki mapowania muszą mieć rozszerzenie pliku ".xml" lub pliki te nie mogą zostać odnalezione przez aparat uaktualniania 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, należy podać wartości dla atrybutów w poniższej tabela.
Attribute |
Description |
|---|---|
Tag |
Tekst opisujący obiekt niestandardowy.(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 zestawów istnieją następujące opcje:
Można użyć pełnej nazwy klasy: <nazwa zestawu>.<nazwa klasy>, <nazwa zestawu>, Version=<wersja>, Culture=< kultura>, PublicKeyToken=<klucz>.Ten format jest pokazany w przykładowym pliku mapowania zamieszczonym w tym temacie.
Można podać 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 silna nazwa itsefl wirtualny plik dziennika wszystkich klas z wirtualny plik dziennika stare będą mapowane do nowego wirtualny plik dziennika.
Wdrażanie z uaktualnionych obiektów niestandardowych
Czynności związanych z wdrażaniem zaktualizowany obiekt niestandardowe są podobne do reguł SQL Server 2005. Jedyną różnicą jest teraz skopiowania swojego niestandardowego wirtualny plik dziennika do podfolderu w folderze %ProgramFiles%\Microsoft Server\100\DTS SQL zamiast do folderu %ProgramFiles%\Microsoft Server\90\DTS SQL.
Jeśli użytkownik odwrócenie niestandardowych obiektów, pamiętaj, aby wdrożyć mapowania plików do folderu UpgradeMappings do obsługi automatyczne uaktualnienie pakietów, które za pomocą tych obiektów reversioned.
|
.gif "Integration Services icon (small)")
Konfiguracja w aktualizacji z usług integracja Services pobytu