Met de release van de nieuwe Migratie-toolset voor het utility network biedt dit een goede gelegenheid om te bekijken hoe deze nieuwe tools kunnen worden geïntegreerd in bestaande best practices voor het implementeren van een utility network. In dit artikel bespreken we enkele best practices voor het gebruik van de tools, samen met links naar bronnen waar je aanvullende informatie kunt vinden. Je kunt ook een vergelijkbare discussie vinden in het Migrate existing data into a utility network topic in ArcGIS Help.
Voordat we het over de nieuwe tools hebben, laten we snel de bestaande best practices voor implementatie herhalen. Dit is een verkorte versie van de best practices die worden beschreven in heta0Utility Network Data Migration: Best Practicesartikel.
Historische tools en modellen
Voor de release van de utility network migratietoolset betekende migreren naar het utility network dat je de Utility Network Package toolbox moest gebruiken samen met een vooraf gedefinieerd datamodel (asset package), zoals die geleverd worden met Esri's Utility Network Foundations. Data kon dan worden gemigreerd naar het asset package met behulp van de Data Loading toolset, of elke andere data migratietool of proces dat je wilde bouwen.
Naarmate meer klanten de data loading tools gingen gebruiken, bracht het ArcGIS Solutions-team de Create Simple Data Mapping en Create Migration Workspace tools uit om het proces van het creëren van een data loading workspace gemakkelijker te maken. Deze tools fungeren als een utility network-specifieke front-end voor de Data Loading toolset.
Als je meer wilt weten over deze bestaande tools en modellen, bekijk dan dea0ArcGIS Utility Network migration reading list. Zodra je de concepten begrijpt, kun je je kennis testen door een van de volgende tutorials te proberen:
Historisch gezien is kwaliteitscontrole uitgevoerd op je brondatasets met behulp van ArcGIS Data Reviewer. Foutanalyse en foutoplossingsworkflows waren afhankelijk van handmatige controle van fouten die door het utility network werden gegenereerd, wat een combinatie vereiste van handmatige bewerkingen en het maken van datacleanupscripts om problemen op te lossen. Het ArcGIS Solutions-team bracht de Utility Data Management Support toolbox uit die verschillende tools bevat om het proces van controleren (Summarize Utility Network Errors) of oplossen van sommige fouten (Assign Terminals) gemakkelijker te maken, maar het was nog steeds grotendeels een handmatig proces.
Met de geschiedenis achter ons, laten we nu bespreken hoe de tools in de nieuwe Migratie-toolset sommige van deze processen kunnen aanvullen of vervangen.
Migratie-toolset
De nieuwe migratie-toolset voor het utility network bevat tools gericht op het automatiseren van de migratie naar het utility network door een utility network te creëren dat gebaseerd is op je bestaande lagen en velden. Je kunt meer leren over hoe deze tool werkt door het artikel Introducing the Migration toolset voor het utility network en het artikel Building a utility network te lezen.
Om de vorige artikelen samen te vatten: de aanpak van de migratietools is behoorlijk anders dan wat er eerder was en heeft verschillende belangrijke implicaties. Het grootste voordeel is dat je de subtypes, velden en domeinen van je bestaande GIS-features behoudt. Het nadeel van deze aanpak is dat, omdat je geen bekend model implementeert dat vooraf geconfigureerd is voor een specifieke set industrie-workflows, jij verantwoordelijk bent voor het configureren van je utility network-model zodat het zich gedraagt zoals jij wilt.
Sommige klanten geven misschien de voorkeur aan deze aanpak; echter betekent dit wel dat je in plaats van tijd te besteden aan het vertalen van je data om te voldoen aan een industrienormmodel, tijd zult besteden aan het configureren van dezelfde gedragingen in het model van jouw organisatie.
Elke keer dat de Migrate To Utility Network-tool wordt uitgevoerd, wordt er een nieuwe mobiele database aangemaakt. Dit roept de vraag op wat te doen als je tijd hebt besteed aan het configureren van je utility network en je de data moet verversen? Je kunt de Data Loading toolset gebruiken om je data opnieuw te migreren zonder configuratie- of schemawijzigingen die je hebt aangebracht te verliezen. Laten we bekijken hoe de Migratie-toolset en de Data Loading toolset met elkaar samenwerken.
Data Loading workspace
Naast het creëren van een mobiele database met een utility network, maakt de migrate-tool ook een data loading workspace aan. Een data loading workspace is een verzameling bestanden die door de Data Loading-tools worden gebruikt om data te migreren van het ene schema naar het andere.
Dit stelt je in staat om de datamigratie van je brondataset opnieuw uit te voeren naar het datamodel dat oorspronkelijk door de tool werd gemaakt.
De Load Data Using Workspace-tool in de Data Loading toolset stelt je in staat om je datamigratie opnieuw uit te voeren wanneer je maar wilt.
Het belangrijkste voordeel van deze aanpak is dat je configuratiewijzigingen die je hebt aangebracht in je model kunt behouden, terwijl je toch in staat bent om je data te verversen. Deze aanpak kent echter ook enkele beperkingen.
Wanneer je de Load Data Using Workspace-tool uitvoert, moet deze alle bestaande data uit de database verwijderen. Als je subnetwork controllers hebt ingeschakeld of associaties hebt gemaakt in je data, moeten deze eerst worden verwijderd voordat de tool bijbehorende data kan verwijderen. Er zijn twee manieren om dit te omzeilen. We bespreken hier eerstgenoemde aanpak.
De eerste stap om een herhaalbare migratie te creëren is om de migratietool uit te voeren met de parameter Load data uitgevinkt (standaard is deze aangevinkt). Dit creëert een datamodel (in dit artikel aangeduid als template) en een data loading workspace met datamappingen die gebruikt kunnen worden om je data opnieuw te migreren. Je kunt vervolgens een kopie bewaren van deze lege database voor gebruik bij dataloading doeleinden.
Zodra je data hebt geladen en configuratiewijzigingen hebt aangebracht, kunnen deze worden opgenomen in je datamigratieproces. Associaties en subnetwork controllers kunnen worden geëxporteerd of geïmporteerd met behulp van de geoprocessing-tools Export Associations, Import Associations, Export Subnetwork Controllers en Import Subnetwork Controllers. Eventuele configuratiewijzigingen die tijdens je datamigratie zijn aangebracht kunnen ook worden toegepast op je template-geodatabase.
Het exporteren van subnetwork controllers en associaties stelt je in staat om handmatig gemaakte utility network-data op te slaan voor hergebruik bij volgende migraties.
Als je andere schemawijzigingen aanbrengt in je geodatabase, moet je deze ook toepassen op je template. Afhankelijk van wat er veranderd is, moet je mogelijk veldwaarden of vertalingen aanpassen in je data loading workspace. Meer hierover kun je lezen in het data loading workspace concepts onderwerp in de online help.
Deze aanpak kan ver komen; houd er echter rekening mee dat als je besluit om grenzen op te zoeken binnen het datamodel en zijn configuratie, bepaalde soorten wijzigingen niet zijn toegestaan. Het meest voorkomende voorbeeld is dat asset groups of asset types niet mogen worden verwijderd of hernoemd. Hoe ga je met deze beperking om?
Hier komt de tweede aanpak om de hoek kijken. Om die tweede aanpak te bespreken moeten we eerst terugkijken naar de geschiedenis van datamigratieprojecten voor het utility network en specifiek asset packages bespreken.
Asset Packages
De eerste datamigraties gebouwd voor het utility network vereisten dat je netwerk vanaf nul moest creëren en configureren. Omdat dit tijdrovend was ontwikkelde Esri een set tools in de Utility Network Package toolbox, die dit proces stroomlijnen. Deze tools stellen je in staat om een speciaal gestructureerde file geodatabase genaamd asset package te creëren en beheren. Een asset package is een speciaal geformatteerde file geodatabase die het geodatabase-schema (tabellen, subtypes, velden, domeinen) bevat evenals tabellen die schema en configuratie definiëren voor het aangemaakte utility network. Een andere set tools leest vervolgens deze speciaal geformatteerde database als template om een geodatabase en utility network aan te maken die overeenkomen met dat schema.
Een asset package is echter niet alleen een schema; het bevat ook data. Alle data geladen in geodatabasetabellen wordt toegevoegd aan overeenkomstige tabellen in de nieuw aangemaakte geodatabase. Het asset package maakt ook populatie mogelijk voor systeemtabellen binnen utility network zoals subnetwork controllers en associaties door meerdere gespecialiseerde tabellen binnen asset package te vullen.
Dit is een krachtige aanpak, maar hoe past dit binnen de migratietoolset? De Utility Network Package toolbox bevat een tool waarmee bestaande utility networks inclusief alle configuraties geëxporteerd kunnen worden naar een nieuw asset package. Dit betekent dat zodra men klaar is met prototype-/pilotfase waarbij gebruik werd gemaakt van een model gemaakt met Migrate To Utility Network-tool, men kan gebruikmaken van Export Asset Package, om dit model om te zetten naar een asset package voor hergebruik bij volgende migraties.
Nadat u uw utility network-configuratie hebt geëxporteerd naar een asset package, moet u vervolgens uw data loading workspace bijwerken zodat deze verwijst naar het nieuwe asset package. Deze aanpak stelt u in staat om uw model aan te passen, gegevens opnieuw te laden naar het asset package met behulp van de Data Loading toolset, en vervolgens met behulp van Asset Package to Geodatabase-tool het asset package uit te rollen naar een nieuw utility network.
Kleinere en eenvoudigere projecten hoeven deze aanpak mogelijk niet toe te passen, maar voor grotere projecten over meerdere maanden stelt dit u in staat uw datamigratie iteratief te ontwikkelen en verfijnen terwijl u toch gebruikmaakt van een model geproduceerd door migratietoolset.
Conclusie
Een overzicht van het datamigratieproces.
Samenvattend is het primaire doel van de Migrate To Utility Network-tool en de Migration-toolset als geheel om klanten een eenvoudige weg te bieden naar het utility network vanuit hun huidige geodatabase. Zoals we allemaal weten, kan wat begint als een eenvoudig project soms in de loop van de tijd evolueren tot iets complexers, daarom kunnen deze tools worden geïntegreerd in bestaande best practices voor utility network-migratie om aan uw behoeften te voldoen.
In dit artikel heeft u geleerd hoe u de meest voorkomende migratie-uitdagingen kunt overwinnen met behulp van bestaande Esri-tools. Deze kennis zou u moeten voorbereiden om eventuele uitdagingen die zich kunnen voordoen tijdens uw reis aan te pakken, en zelfs als u op dit moment geen van deze technieken hoeft toe te passen, is het goed om te weten dat ze bestaan voor het geval ze in de toekomst nodig zijn. Bekijk de Aan de slag met de Migration-toolset-artikel voor meer informatie over hoe u toegang krijgt tot deze tools en aanvullende bronnen vindt over onderwerpen zoals configuratie, gegevensopschoning en datamigratie.
