erfaring med bruk av arcsde mot arcgis for server og planer for fornying i nve

Norges vassdrags- og

energidirektorat

Astrid Voksø og Ivar Peereboom

Erfaring med bruk av ArcSDE mot ArcGIS

Server og planer for fornying i NVE

Norges vassdrags- og energidirektorat

2

Innhold

■ Oracle som database server

■ hva skjer når ArcSDE databasen ikke oppgraderes med nye

versjoner

■ Hvorfor ny database - forskjell Oracle -MS SQL

■ Prosjekt Oracle – MS SQL

■ definering av databaser - problemer og erfaringer

■ sosi standard på navngiving, mangler i standard, bruk av alias

■ python script til konvertering

■ Prosjekt ny arkitektur for databaser og servere

■ Brannslukning


Oracle som database server

■ Erfaring med Oracle som database mot ArcSDE ■ En database pr instans, men kan ha flere instanser

■ Oppgradering av ArcSDE ■ Utsatt oppgradering pga hadde bare en server

■ Mange feil når avstand mellom desktop lisens versjon og ArcSDE lisens blir for stor

■ NVE satser på MS SQL ■ Ingen Oracle kompetanse på IT drift

■ Istedenfor å oppgradere Oracle ArcSDE, bestemte i 2011 å flytte data til en MS SQL server

■ Maskin kjøpt og SQL installert i 2011, noen geodatabaser definert

■ Nytt koordinatsystem – Euref89/ETRS ble diskutert og utredet


Gammel server – 32 bit med ArcSDE 93

skaper store problemer

■ Fra ArcGIS Desktop 10.1 fikk vi store problemer mot vår Oracle ArcSDE i 93. ■ Delete feature fjerner ikke alt

■ Fra ArcGIS Desktop 10.2 får vi ikke tilgang til datasett fra python i Oracle ArcSDE i 93

■ Antall connections går stadig i taket ■ ArcGIS Server 10.0 mot Oracle 9.3 rydder ikke opp inaktive

connections

■ Oracle ga mange feilmeldinger om ”minne problemer” som ikke var forklarlige og som medførte at data ikke ble tilgjengelig i applikasjoner mot databasen ■ 32 bit maskin begrenset mulighet til oppgradering av Oracle


MS SQL som database server

■ Ønske om overgang til Euref89/ETRS har forsinket prosessen ■ Lite gunstig med å bruke 2 ulike koordinatsystemer

■ Vanskelig å finne hva kartmiljø i Norge har bestemt

■ Definering av MS SQL som database mot ArcSDE ■ Mange databaser i samme instans

• Database for statiske data – andres data

• Innsyns database og editerings (oppdat) database

• Database der data bare skal leses av en applikasjon

Eks skredhendelsesdatabasen

■ De kan være i ulike versjoner av ArcGIS

■ Definering av brukere – hva er lurt


MS SQL som database server

■ Definering av brukere ■ Store eller små bokstaver på bruker

• Vi valgte små, men burde valgt store, fordi

• ArcCatalog viser bruker med store

• Tabell lagd fra ekstern program, kan ikke leses hvis bruker er med små bokstaver

■ Brukere med eget skjema, • eier/ikke eier – trenger brukere med eget skjema som ikke eier

data til bruk i ArcGIS server. (hos os en bruker gis til å lese)

• Lese og skrive roller – på windows brukere

• AD bruker med ulike rettigheter AD dvs at man logger seg inn som seg selv


Prosjekt: Oracle til SQL

■ Definere databaser i Euref89

■ Endre datamodell for datasett der det er behov

for det

■ Definerer feature classer og egenskaper i hht

SOSI navnestandard

■ Bygge opp nye kart applikasjoner mot SQL

■ Defineres i et testmiljø

■ Beholde Oracle til data og kart applikasjoner

fungerer


Navnestandard SOSI - objekttyper

■ Bruk stor bokstav i det første ordet for navning av objekttyper

■ stor bokstav i hvert delord. ■ Behold navn så korte som praktisk mulig.

■ Substantiver skrives så fullt ut som mulig

■ Substantiver skal være entall og eventuelle verb skal skrives i presens.

■ Eksempler ■ Vassdragsomrade

■ VassdragVerneplanOmr


Navnestandard SOSI

■ Tilleggsord-termen skal komme foran objekttypenavnet ■ (eks. OBJTYPE IkkeSjømåltOmr) og kan være forkortet.

■ Egenskapstermen skal følge etter objektklasseterm ■ Begrepet egenskapsterm virker noe uklart

■ Forkortelse Navn ■ Gr grense

■ Ln Linje

■ Omr Område.

■ Pkt Punkt

■ Obs Observasjon

■ Fk Forekomst

■ Reg – registrert

■ Mangler egenskap raster – ■ NVE foreslår Rh (Raster heltall) og Rd (Raster desimal)


Navnestandard SOSI

■ Eksempler objekttyper

■ UtbygdVannkraftverkPkt

■ N50Innsjo – Bruker ikke Omr da det er opplagt

■ RegN50InnsjoUregulert

• registerte (med vatnLnr) Innsjøer fra N50 i uregulert form

■ Avrenning6190Isolinje

• 6190 – normalperioden 1961-90 er egenskapsterm

■ MinsteRegineOmr

■ NedborfeltTilHav

■ Sidenedborfelt1Orden, Sidenedborfelt2Orden


Navnestandard SOSI - egenskaper

■ Bruk liten bokstav i det første ordet for navning av egenskaper

■ stor bokstav i hvert delord. ■ Behold navn så korte som praktisk mulig.

■ Substantiver skrives så fullt ut som mulig

■ Substantiver skal være entall og eventuelle verb skal skrives i presens.

■ NVE standard tillegg ■ æ – ae, ø – o, å – a, unntak: år skrives Aar

■ stasjon – st, vf – vannføring, vst – vannstand, Q for avrenning

■ hydr – Hydrologi

■ Benevning av egenskaper kommer etter en _. Eks feltAreal_km2. Vi bruker SI standard på benevning


Navnestandard SOSI - egenskaper

■ Eksempler egenskaper

■ areal_km2, InnsjoAreal_km2

■ lengdeElv_km

■ sideNedborfelt - navn på sidenedbørfelt

■ QNormal6190_Mm3Aar

■ vannkraftKonsesjonVedtakDato

■ middelProduksjon_GWh

■ prosjektNavn

■ vannkraftverkNr , vannkraftverk (navn på

vannkraftverk)


Eksempel på ny navning

13


Erfaringer med navnestandard

■ Dokumentet fra Kartverket fra 2006

■ Har veldig få eksempler

■ De ulike objektkataloger har forskjellig navn på

samme egenskap

■ innsjoAreal eller arealinnsjo

■ innsjoType eller typeInnsjo

■ skredtype – står i Skreddata

■ Vi lager våre navn og satser på å påvirke SOSI

sekretarietet til å følge disse


Prosjekt:

Nye datamodell og kartapplikasjoner

■ Navnestandard krever endring av alle navn på

feature classer og egenskaper

■ Datamodell verktøy lite egnet, mye manuell skriving

■ Vår løsning:

■ FeatureclassDefenitionTable – python script lager tabell

med alle feature classer og alle egneskaper i fra oracle

databasen.

■ Python script som lager featureclasser i SQL database fra

FeatureclassDefenitionTable,

■ Legge inn alias med 10 tegn til bruk for export til shape –

har ikke testet


Prosjekt:


Innsyn Database: > 100 featureclasser

> 2000 felt


Prosjekt:


Fordeler med tabell, script kombinasjon

■ Sortering, Konsistent navngiving gjennom alle

featureclasser

■ Automatisert Fieldmapping, lett å gjennomføre endringer

(navn, rekkefølge, nye felt)

■ Automatisert omprosjektering til Euref ’89

■ Automatisert omregning (python) ved egenskaps endring

( Integer-date, string-integer)


Arkitektur ■ Den nåværende arkitektur er veldig sårbar :

■ Hva er konsekvensene for klienter når vi oppdaterer database ?

■ Hva er konsekvensene for klienter når vi oppdaterer tjenester?

■ Hva ha en ny tjeneste for konsekvens på ytelse?

■ Hva skjer når vi oppdaterer ArcGis server?

■ Hva skjer når enten database eller arcgis server maskin går ned?

■ Hva skjer hvis bruken øker?

Låst

database kan ikke oppdateres, serveren kan ikke oppdateres =

ingen ny utvikling med ny teknologi.


InnSyn

Oppdat

Vannett

Gisle (Oracle)

(ArcSDE 9.3)

(ArcGIS Server

Basic Enterprise)

Gisdata:

Windows 2007 Server

m/interne disker

NAS (Network Attached Storage)

• NVE-data (V-disk) (kun HG)

• Kart-data (W-disk) (kun HG)

• Prosjekt (P-disk) (kun HG)

• Datalagring for NVE (L-disk)

MSSQL01server

relasjonsdatabasene

N

VE

bra

nn

mu

r

NV

E b

ran

nm

ur

DMZ

Data Tjeneste Client

GISEN

HGs terminalserver

ArcGIS 10/10.1/10.2

PC og TS10

(22 Arcview, x ArcEdit, xArcInfo)

3 EDN-lisenser

(ArcGIS Server-utvikl. SW)

Windows 2007 Server

Arcus2 (4 cores CPU)

ArcIMS 9

ArcGIS Server

(Standard Enterprise)

Spatial Analyst Extension.

GIS-WEB01 (4 cores CPU) ArcGIS Server 10.1

(Advanced Enterprise)

GISLAUGNY (4 cores) ArcGIS Server 10


Spatial Analyst Extension

GIS2009 (4 cores) ArcGIS Server 10.1



GISAPP01(4 cores) ArcGIS Server 10.1



FME Server

Wms

nedlasting

vannett

NVEAtlas

NY NVEAtlas

Utvikling

GISSQL-server

(ArcSDE 10.2)

(ArcGIS Server

Basic Enterprise)

InnSyn

Oppdat

Vannett

Energikraft,

Konsesjoner,

SIV, MILDA,

Planer

GisData


Prosjekt: Ny arkitektur

Ønskeliste

■ Replikering av database. (failsafe)

■ Replikering av tjenester (failsafe + loadbalansing)

■ Testmiljø (database og Server)

■ Oppgradering (tjenester/wms)


NV

E b

ran

nm

ur

NV

E b

ran

nm

ur

DMZ Data Tjeneste

Arcus2 (4 cores CPU)

ArcIMS 9 &

ArcGIS Server x

(Standard Enterprise )

GIS-WEB01 (4 cores CPU) ArcGIS Server 10.2


GISLAUGNY (4 cores CPU) ArcGIS Server 10



FME Server

Wms

Wms senorge

featureservices

nedlasting

Geoprocessing

GISSQL01

(ArcSDE 10.2)

InnSyn

Oppdat

Kart

VRD

VRDGEO

RegVarsel

XgeoTema

Skred

GISSQL02

(virtuell)

(ArcSDE 10.2)

Vannett

RegVarsel

XgeoTema

Skred

GISSQLTest

(virtuell)

(ArcSDE 10.2)

InnSyn

Oppdat

Vannett

Kart

RegVarsel

XgeoTema

Skred

GISServer01 (4 cores Virtuell)

ArcGIS Server 10.2

(StandardEnterprise)

Wms

WMSsenorge

Featureservices

ArcIMS 9

duplisering

replikering a

webadaptor

Geoprocessing

GISServer02

(4 cores Virtuell) ArcGIS Server 10.2


Mapservices

wms

b

c

GISServerTest (4 cores virtuell)

ArcGIS Server 10.2

(Staging Advanced Enterprise)

Utvikling

GISServer03

(4 cores Virtuell) ArcGIS Server 10.2


Mapservices

wms

duplisering

duplisering


NVE Atlas

http://690k5s1/apps/flomsone/

http://gis.nve.no/link/flomaktsomhet/

http://gis.nve.no/link/havvind/


NVE Atlas fra multitool til verktøyskap

• bedre oversikt over NVE sine data og verktøy

• skille mellom publikum og saksbehandler

• enklere og mer brukervennlig

• bedre formidling:

spisset (wms)

story telling

• trinnvis utvikling

• lettere å utvide etter behov

• letter å gå mobil


Prosjekt: Brannslukning

■ Definere SQL databaser i Euref89

■ Definere SQL databaser i WGS 84

■ Flytt data fra Oracle uten endring av datamodell, navn på datasett eller egenskaper

■ Definere filgeodatabaser på ArcGIS server for statiske data

■ Endre pekere til kartapplikasjon til filgeodatabaser og SQL databaser i WGS 84 ■ Uten problem mot applikasjoner på ArcGIS server

■ Mange brukere må endre source til feature classer i sine mxd og sine connection filer

■ Utredes om dette kan gjøres på en semi automatisk måte


Konklusjoner

■ TTT – ting tar tid

■ Det kommer til å bli veldig bra

■ Overgang til ny datamodell i Euref89 blir krevende for oss og GIS brukere ■ Nye mxd

■ Nye labelfelt

■ Definition query og søk,

• Vi bytter fra dato long til dato date

• SQL og Oracle er litt forskjellige på eks dato søk

■ UMULIG uten test miljø ■ Kanskje har vi vært heldig at det har godt bra så lenge

erfaring med bruk av arcsde mot arcgis for server og planer for fornying i nve

Technology