Več

Kateri argumenti so napačni pri zagonu primera ArcGIS za arcpy.mapping.ListBookmarks in izvozu v PDF arcpy.mapping.ExportToPDF?


Zaznamke v ArcMap 10.2.2 in 10.3 MXD želim uporabiti za zanke, za povečavo do obsega omenjenega zaznamka in nato izvoz PDF-ja s preimenovanjem PDF-ja z imenom zaznamka. Zdi se, da je to preprosta naloga, še posebej, če Esri za to ponudi dober primer (od http://resources.arcgis.com/en/help/main/10.1/index.html#//00s300000060000000)

import arcpy mxd = arcpy.mapping.MapDocument (r "C:  Users  Kim  Documents  Work_related  NursingSchool  P20_OnlineWellStudy  PBH_interpolationSurfaces.mxd") df = arcpy.mapping.ListDataFrames (mxd, "Dataframe (mxd,") bkmk v arcpy.mapping.ListBookmarks (mxd, data_frame = df): natisni bkmk df.extent = bkmk.extent outFile = r "C:  Users  Kim  Documents  Work_related  NursingSchool  P20_OnlineWellStudy  PBH_interpolationSurfaces ". ime + ".pdf" arcpy.mapping.ExportToPDF (mxd, outFile, df) del mxd

AMPAK, to kodo in njene različice sem zagnal z isto napako:

Izsleditev napake med izvajanjem (zadnji zadnji klic): Datoteka "", vrstica 8, v  Datoteka "c:  programske datoteke (x86)  arcgis  desktop10.2  arcpy  arcpy  utils.py", vrstica 181, v fn_ return fn (* args, ** kw) Datoteka "c:  programske datoteke (x86 )  arcgis  desktop10.2  arcpy  arcpy  mapping.py ", vrstica 1139, v ExportToPDF layout.exportToPDF (* args) AttributeError: Neveljavna ciljna pot

Kaj pomeni ta napaka? Ne vem, kaj moram spremeniti pri napaki razčlenjevanja za ExportToJPEC. To sem spremenil v ExportToPDF in dobil isto napako. Mislil sem, da bi to lahko sprožilo, ker je zaznamek "printBookmark" nedostopen, vendar do njega lahko pridem s preprostim izpiskom izjave:

Zaznamek (ime = u'printBookmark ', obseg =).

Je to povezano z razliko med različicami ArcGIS (10.1. V primerjavi z 10.2.2?)


Ker je vaša napakaNeveljavna ciljna pot, skriptu ni všeč ime izhodne datoteke (verjetno dve poševnici na koncu).

Obstaja nekaj različnih načinov, kako sestaviti to izhodno ime. Osebno bi naredil nekaj takega:

import arcpy import os mxd = arcpy.mapping.MapDocument (r "C:  Users  Kim  Documents  Work_related  NursingSchool  P20_OnlineWellStudy  PBH_interpolationSurfaces.mxd") df = arcpy.mapping.ListDataFrames (mxd, "mxd," 0 ] outDir = r "C:  Users …  PBH_interpolationSurfaces" ### opomba, ne  na koncu za bkmk v arcpy.mapping.ListBookmarks (mxd, data_frame = df): natisni bkmk df.extent = bkmk.extent outFile = os.path.join (outDir, "{} .pdf" .format (bkmk.name)) arcpy.mapping.ExportToPDF (mxd, outFile, df) del mxd

Pictjpsip87srv

01. novembra 19, # 160 & # 183 Da, oba lahko bereta datoteke datotek in baze podatkov z geodatami, vendar obstaja nekaj dodatnih funkcij pri novejši različici Pro. Spodaj sem povzel svojih 5 glavnih razlik med tema dvema programskima paketoma GIS, ki jih je ustvaril Esri 1 Editing. storitve ArcGIS Pro ima možnost sprotnega urejanja funkcijskih storitev ArcMapQuerying ali izbira iz stisnjene datoteke geodatabase več kot osemkrat v ArcGIS Desktop 1061 je počasnejša kot v ArcGIS Desktop 1051 BUG Izhod orodja Simplify Line prikazuje napačne m vrednosti na točkah BUG V ArcMap in ArcGIS Pro se spremembe na drugem zemljevidu prepišejo, ko odprete dva Programska oprema ArcGIS Desktop 7 Programski izdelki ArcGIS Enterprise 11 ArcGIS Enterprise na Kubernetes 15 ArcGIS Online 15 Spletne vsebinske storitve 18 1081 28. julij, 22. julij 22. avgust 22 & # 8211 24. julij 24. avgust & # 8211 26. julij 1. avgust, 108 108 februar, februar & # 8211 21. avgust 21. september & # 8211 februar

Matrica funkcionalnosti namizja Arcgis10 2


Zrcaljenje arhitekture in načrtovanja Kopiraj povezavo do tega odseka

Zrcalo je logična skupina fizično neodvisnih primerkov Cach & eacute, ki hkrati vzdržujejo natančne kopije produkcijskih baz podatkov, tako da lahko, če primerek, ki zagotavlja dostop do baz podatkov, ni na voljo, prevzame drug. Zrcalo lahko zagotovi visoko razpoložljivost prek samodejnega preklopa, pri katerem neuspeh primerka Cach & eacute, ki zagotavlja dostop do baze podatkov (ali njegovega gostiteljskega sistema), povzroči, da drug primerek prevzame samodejno in takoj.

Ta oddelek zajema naslednje teme.

Zrcalne komponente Kopiraj povezavo v ta razdelek

Sistem, ki gosti primerek Cach & eacute, konfiguriran kot del zrcala, se imenuje zrcalni član. (Sam primer Cach & eacute se včasih imenuje zrcalni član.) Obstajata dve vrsti zrcalnega člana:

Dve dodatni komponenti podpirata samodejni preklop iz enega člana v drugega:

Člani zrcala Failover Mirror Kopirajte povezavo na ta razdelek

Če želite omogočiti samodejni preklop, mora ogledalo vsebovati dva člana preklopa, fizično neodvisna sistema, od katerih vsak gosti primerek Cach & eacute. Kadar koli en primerek preklopa deluje kot primarni in aplikacijam omogoča dostop do zbirk podatkov v ogledalu, drugi pa kot varnostna kopija, pri čemer ohranja sinhronizirane kopije teh baz podatkov v pripravljenosti, da jih prevzamejo kot primarne. Ko primarni primerek Cach & eacute postane nedosegljiv, prevzame varnostno kopijo, ki zagotavlja nemoten dostop do zbirk podatkov brez nevarnosti izgube podatkov. Za podrobne informacije o postopku samodejnega preklopa glejte Samodejna mehanika preusmeritve.

Člani za preusmeritev podatkov med seboj komunicirajo prek več komunikacijskih kanalov z uporabo več zrcalnih omrežnih naslovov članov. Zunanji odjemalci se običajno povežejo z ogledalom prek navideznega naslova IP (VIP), ki je vedno vezan na vmesnik na trenutnem primarnem. Povezave strežnika aplikacij ECP se samodejno preusmerijo na novo primarno po odpovedi, zato VIP povezava za povezave ECP ni potrebna.

Glejte Ustvarjanje zrcala za informacije o konfiguriranju obnovitvenih elementov zrcala.

Predvideva se, da sta oba člana v zrcalu enakovredna in nista prednostna. Iz tega razloga je treba primarno in varnostno kopijo šteti le za začasni oznaki. Če je težava zaznana na primarnem in je varnostna kopija na voljo za prevzem, bo to storila takoj, tudi če bi se težava na primarni morda odpravila dovolj časa.

Ker je zakasnitev omrežja med člani za preusmeritev podatkov pomemben dejavnik pri delovanju aplikacije, je treba izbrati sorazmerne fizične lokacije članov preusmeritve in omrežno povezavo med njimi, da zmanjšate zakasnitev v povezavi, za več informacij glejte Razmisleki o zakasnitvi omrežja.

Člani Async Mirror Kopiraj povezavo do tega odseka

Člani Async vzdržujejo asinhrone kopije zrcalnih baz podatkov. Obstajata dve vrsti async člana, reševanje po nesreči in poročanje. Eno zrcalo lahko vključuje do 16 članov, tako da lahko ogledalo konfigurirate s parom za nadomestitev in do 14 asinhrskih članov katere koli vrste v kateri koli kombinaciji. Zrcalo je mogoče celo konfigurirati z enim samim članom za preusmeritev, da uporablja asinhrične člane brez samodejnega preklopa.

Ker se podatki o članu asinhronizacije nenehno asinhrono posodabljajo s spremembami zrcal, na katere je povezan, ni nobenega zagotovila za sinhronizacijo posodobitev in sinhronizacijo rezultatov med poizvedbami v članu asinhronizacije. Aplikacija, ki se izvaja proti async članu, je odvisna od zagotavljanja doslednih rezultatov za poizvedbe, ki zajemajo spreminjanje podatkov.

Glejte Konfiguracija članov asinhrsnega zrcala v tem poglavju za informacije o dodajanju asinhrskega člana v zrcalo.

Kopiraj povezavo v ta razdelek

Zrcalo lahko omogoči možnost obnove po katastrofi prek asinhrskega člana za obnovo po katastrofi (DR), ki ga lahko ročno povišate v člana za odpoved in celo postane primarni, če oba člana zaradi odpovedi postaneta nedostopna zaradi katastrofe. Promovirani DR je lahko koristen tudi pri izvedbi načrtovanega vzdrževanja ali začasne zamenjave člana za odpoved. Asinhronizirani član DR lahko pripada samo enemu zrcalu, lahko pa ga nastavite v enem zrcalu, kolikor želite, do omejitve zrcalnega člana z dne 16.

Asinhrski član DR nikoli ni kandidat za samodejno preusmeritev, ki je lahko samo od enega zrcalnega člana odklopa do drugega.

Reporting Asyncs Kopiraj povezavo v ta razdelek

Član asinhrsnega zrcala, ki poroča, vzdržuje kopije izbranih zbirk podatkov samo za branje ali branje in pisanje za namene, kot sta rudarjenje podatkov in poslovna inteligenca, in ga ni mogoče napredovati v člana, ki ga preklopi. Asinhronizacija poročanja lahko vsebuje do 10 zrcal, kar ji omogoča, da deluje kot celovito skladišče podatkov v celotnem podjetju, ki združuje nabore povezanih baz podatkov z ločenih lokacij.

Kopiranje povezave v ta razdelek

Zrcalo je lahko sestavljeno tudi iz enega člana preklopa in enega ali več asinhrov. Ta konfiguracija ne zagotavlja visoke razpoložljivosti, lahko pa upošteva druge potrebe. Na primer zrcalo z enim članom za preusmeritev, vsaj enim asinhronim članom DR in nekaj številom asinhrov za poročanje lahko zagotovi varnost podatkov in obnovo po katastrofi, hkrati pa podpira zbiranje in skladiščenje podatkov. Če želite zagotoviti visoko razpoložljivost, je lahko član za odpoved nameščen v gruči za odpoved na ravni OS ali v kakšni drugi konfiguraciji z visoko razpoložljivostjo (glejte poglavje & OpenCurlyDoubleQuoteSystem Strategije odpovedi in CloseCurlyDoubleQuote tega vodnika).

ISCAgent Kopiraj povezavo do tega odseka

Proces, imenovan ISCAgent, se izvaja na vsakem gostiteljskem sistemu zrcalnega člana in rsquos, kar zagotavlja dodatno sredstvo za komunikacijo med zrcalnimi člani. Najpomembneje pa je, da ISCAgent zagotavlja sredstvo, s pomočjo katerega lahko en član, ki omogoči preusmeritev, pridobi informacije o drugem, ko je prekinjena običajna komunikacija med njima. ISCAgent lahko pošlje podatke zrcalnim članom, ki so bili prekinjeni ali odklopljeni. Agent je vključen tudi v odločitve o preusmeritvi, na primer varnostna kopija, ki je izgubila stik s primarnim primerkom in razsodnikom, se lahko obrne na primarni & rsquos ISCAgent (ob predpostavki, da primarni gostiteljski sistem & rsquos še deluje), da potrdi, da je primarni primerek resnično pred prevzeti.

ISCAgent se samodejno namesti s programom Cach & eacute, če še ni nameščen. Ko v enem sistemu gostuje več primerkov Cach & eacute, ki pripadajo enemu ali več zrcalom, si delijo en ISCAgent.

Za podrobne informacije o vlogi in konfiguraciji sredstva ISCA glejte razdelke Mehanika samodejnega preklopa in konfiguriranje ISCAgenta v tem poglavju.

Arbiter Kopiraj povezavo do tega odseka

Arbiter je neodvisen sistem, ki gosti ISCAgent, s katerim člani ogledala, ki delujejo v primeru odpovedi, vzdržujejo neprekinjene stike in jim dajejo kontekst, ki je potreben za varno odločanje o odpovedi, kadar ne morejo neposredno komunicirati. Posamezen razsodnik lahko postreže z več ogledali, lahko pa eno zrcalo hkrati. Uporaba razsodnika ni potrebna, vendar je močno priporočljiva, saj bistveno poveča obseg scenarijev napak, v katerih je mogoča samodejna preusmeritev.

Konfiguracija sistema kot arbitra vključuje minimalno namestitev programske opreme in ne zahteva namestitve Cach & eacute (čeprav je mogoče uporabiti kateri koli sistem, ki gosti primerek Cach & eacute iz leta 2015.1 ali novejšega). Arbiter uporablja minimalne sistemske vire in se lahko nahaja v sistemu, ki gosti druge storitve ali celo delovno postajo. Primarna zahteva glede arbitra je, da mora biti lociran in konfiguriran, da se čim bolj zmanjša tveganje za nenačrtovan hkratni izpad arbitra in enega samega člana za odpoved, za več informacij glejte Iskanje arbitra za optimizacijo dostopnosti zrcal.

Sinhronizacija zrcala Kopiraj povezavo do tega odseka

Kot je opisano v poglavju & OpenCurlyDoubleQuoteJournaling & CloseCurlyDoubleQuote poglavja Cach & eacute Data Integrity Guide, datoteke dnevnika vsebujejo časovno zaporeden zapis sprememb v bazah podatkov v primeru Cach & eacute od zadnjega varnostnega kopiranja. V ogledalu podatki dnevnika, ki zapišejo spremembo baze podatkov na primarnem, postane osnova za isto spremembo kopije baze podatkov v varnostni kopiji in asinh. Zrcalne baze podatkov se zato vedno beležijo v primarni, medtem ko se v varnostni kopiji in v asinhrah DR vedno berejo samo zato, da se preprečijo posodobitve iz drugih virov. Običajno so samo za branje tudi pri poročanju o asinh.

Ko se podatki, ki beležijo operacije globalnega posodabljanja (predvsem operacije Set in Kill) v zrcaljenih zbirkah podatkov, zapišejo v dnevnik na primarnem, se zapisi dnevnika posredujejo drugim članom zrcala. Ko so zapisi dnevnika prejeti na varnostnem ali asinhronem članu, se v njih zabeležene operacije izvedejo v zbirkah podatkov tega člana. Ta postopek se imenuje odpuščanje. (Glejte Upravljanje razstavljanja zbirke podatkov za pomembne informacije o upravljanju razpustitve članov async.)

Prenos zapisov dnevnika iz primarnega v varnostno kopijo je sinhroni, pri čemer primarni čaka na potrditev iz varnostne kopije na ključnih točkah. S tem so člani failover tesno sinhronizirani in varnostno kopiranje aktivno, kot je podrobno opisano v Varnostno stanje in Samodejni Failover. Nasprotno asinhronizem asinhrono sprejema podatke dnevnika iz primarnega. Posledično je lahko član asinhrsnega zrcala nekaj zapisov dnevnika za primarnim.

Ko primerek Cach & eacute postane član zrcala, se pojavijo naslednje spremembe dnevnika, ki podpirajo zrcaljenje:

Ko primerek Cach & eacute postane glavni član preusmeritve v ogledalu, pride do naslednjih sprememb:

Sproži se preklop dnevnika na novo datoteko dnevnika s predpono MIRROR- zrcalo_ime, na primer MIRROR-MIR21-20120921.001. Od tega trenutka se vse datoteke dnevnika zapišejo kot zrcalne datoteke dnevnika in se zabeležijo v mirrorjrn- mirror_name .log, na primer mirrorjrn-MIR21-20120921.log, pa tudi v journal.log.

Konfiguracija dnevnika napak pri zamrznitvi ob napaki je samodejno razveljavljena, da zamrzne vse vpisane globalne posodobitve, ko pride do napake V / I dnevnika, ne glede na trenutno nastavitev. Če je trenutna nastavitev Ne, se vedenje povrne na to nastavitev, ko primerek ni več primarni član pri preklopu. Če želite razumeti posledice tega, glejte Konfiguriranje nastavitev dnevnika in napak V / I dnevnika v poglavju & OpenCurlyDoubleQuoteJournaling & CloseCurlyDoubleQuote v priročniku Cach & eacute Data Integrity Guide.

Ko primerek postane nadomestni ali asinhronski zrcalni član, se zrcalne datoteke dnevnika, prejete od primarnega, zapišejo v konfigurirani imenik dnevnika, skupaj z lokalnimi primerki & rsquos standardnimi datotekami dnevnika, in kopija primarnega dnevnika & rsquos zrcalnega dnevnika dnevnika (mirrorjrn- mirror_name .log) je ustvarjen v install-dir Mgr in se stalno posodablja.

Glejte poglavje & OpenCurlyDoubleQuoteJournaling & CloseCurlyDoubleQuote poglavja Cach & eacute Data Integrity Guide za splošne informacije o dnevnikih.

Samodejna mehanika preusmeritve Kopirajte povezavo v ta odsek

Zrcaljenje je zasnovano za zagotavljanje varnega samodejnega preklopa na varnostno kopijo, ko primarni odpove ali postane nedosegljiv. Ta razdelek opisuje mehanizme, ki omogočajo to, vključno z:

Zahteve za varno samodejno preusmeritev pri kopiranju povezave v ta razdelek

Rezervni primerek Cach & eacute lahko samodejno prevzame primarno le, če lahko zagotovi, da sta izpolnjena dva pogoja:

Primerek varnostne kopije je od primarnega prejel najnovejše podatke dnevnika.

Ta zahteva zagotavlja, da so bile vse trajne posodobitve zrcalnih baz podatkov na primarni pred izpadom opravljene ali bodo izvedene v enakih bazah podatkov v varnostni kopiji, kar zagotavlja, da nobeni podatki ne bodo izgubljeni.

Primarni primerek ne deluje več kot primarni in tega ne more storiti brez ročnega posredovanja.

Ta zahteva odpravlja možnost, da bi oba člana preusmeritve hkrati delovala kot primarna, kar bi lahko povzročilo poslabšanje logične baze podatkov in izgubo integritete.

Pravila samodejnega preusmeritve Kopirajte povezavo v ta razdelek

V tem razdelku so opisana pravila, ki urejajo postopek samodejnega preklopa in zagotavljajo, da sta izpolnjeni obe zahtevi za samodejni preklop.

Varnostna kopija v nobenem primeru ne poskuša postati primarna, razen če velja res:

Vse zbirke podatkov, za katere je izbran Mount Required at Startup, zrcalne in ne zrcaljene, so nameščene.

Vse zrcalne baze podatkov, za katere je izbran Mount Required at Startup, se aktivirajo in zajamejo (glejte Aktiviranje in zajem zrcaljenih baz podatkov).

Za informacije o namestitvi, ki je potrebna ob zagonu, glejte Urejanje lastnosti lokalne baze podatkov in lastnosti rsquos v poglavju & OpenCurlyDoubleQuoteManaging Cach & eacute & CloseCurlyDoubleQuote v vodniku za upravljanje sistema Cach & eacute.

Stanje varnostne kopije in samodejno preusmeritev Kopiraj povezavo v ta razdelek

Med običajnim delovanjem zrcala je stanje prenosa dnevnika člana varnostne kopije pri preklopu aktivno, kar pomeni, da je prejel vse podatke iz dnevnika in je sinhroniziran s primarnim. (Glejte Sinhronizacija zrcala za informacije o tem, kako se sinhronizirajo baze podatkov na članih za preusmeritev s pomočjo podatkov dnevnika in z njimi povezane podrobnosti, glejte Nadzor zrcal za informacije o spremljanju stanja zrcalnih članov.) Aktivna varnostna kopija prejme trenutne podatke dnevnika, kot so zapisani na primarni, primarni pa čaka na aktivno varnostno kopijo, da potrdi prejem podatkov dnevnika, preden meni, da so podatki trajni. Aktivna varnostna kopija zato izpolnjuje prvi pogoj za preusmeritev.

Če aktivna varnostna kopija ne potrdi prejema novih podatkov s primarnega v časovni omejitvi kakovosti storitve (QoS), primarni prekliče aktivno stanje varnostne kopije in rsquos, odklopi varnostno kopijo in začasno preide v stanje težave. Medtem ko je v stanju težave, primarni ne zaveže nobenih novih podatkov dnevnika (morda povzroči premor v aplikaciji), kar omogoča čas za obnovitev stika ali za izvedbo ustreznih in varnih odločitev o preklopu, ne da bi se oba člana sinhronizirala.

Ko se varnostna kopija znova poveže s primarno, jo najprej dohiti, tako da pridobi vse najnovejše podatke dnevnika iz primarne, nato pa postane aktivna. Ko varnostno kopijo nadoknadijo tako, da pridobijo najnovejše podatke dnevnika od primarne in potrdijo prejem, se njeno aktivno stanje obnovi.

Samodejno preusmeritev, ko je varnostno kopiranje aktivno, povezava do tega razdelka

Ko je varnostno kopiranje aktivno, ga lahko prevzame kot primarnega, če lahko potrdi drugi pogoj za preusmeritev & mdasht, da primarni ne deluje kot primarni in tega ne more več storiti brez človekovega posredovanja. Varnostna kopija lahko to stori na enega od treh načinov:

S sprejemom sporočila od primarnega, ki zahteva, da ga prevzame.

To se zgodi med običajnim izklopom primarnega primerka ali ko primarni zazna, da je obesen. Ko primarno pošlje to sporočilo, ne more več delovati kot primarno in aktivno varnostno kopijo lahko varno prevzame.Če je prvotni primarni obešen, ga novi primarni prisili, tako da lahko ob ponovnem zagonu postane nova varnostna kopija.

S prejemom informacij od razsodnika, da je izgubil stik s primarnim.

Primarni in rezervni primerki Cach & eacute vzdržujejo neprekinjen stik z razsodnikom, ki posodobi vsakega od njih, kadar je stik z drugim članom preusmeritve prekinjen ali obnovljen. Ko omrežni dogodek istočasno izolira primarno od varnostne kopije in razsodnika, preide v stanje težave za nedoločen čas. Če torej aktivna varnostna kopija izgubi stik s primarno in od arbitra izve, da je tudi ta izgubil stik s primarno, lahko varnostna kopija varno prevzame, ker mora primarna bodisi odpovedati bodisi je izolirana in je v stanju težave in s tem ne more več delovati kot primarno. Ko je povezava obnovljena, če prva primarna še vedno deluje v stanju težav, nova primarna izklopi.

S prejemanjem informacij od primarnega sistema & rsquos ISCAgent, da je primarni primerek nedelujoč ali obesen.

Ko razsodnik ni na voljo ali ni konfiguriran noben razsodnik, lahko aktivna varnostna kopija, ki je izgubila stik s primarnim primerkom, poskuša vzpostaviti stik s primarnim & rsquos ISCAgentom (to je mogoče le, če primarni gostiteljski sistem & rsquos še deluje), da potrdi, da je primarni primerek navzdol ali da ga prisili, če je obešen. Ko agent potrdi, da primarni ne more več delovati kot primarni in je failover varen, prevzame varnostno kopijo.

Ko je primarni omrežni dogodek izoliran iz aktivne varnostne kopije, vendar varnostna kopija ne more potrditi varnih pogojev preklopa na enega od teh načinov, varnostna kopija ni več aktivna in zanjo veljajo mehanizmi preusmeritve, opisani v naslednjem razdelku.

Samodejni preklop, ko varnostno kopiranje ni aktivno Kopiraj povezavo v ta razdelek

Varnostna kopija, ki ni aktivna, lahko poskusi stopiti v stik s primarnim & rsquos ISCAgentom, da potrdi, da je primarni primerek nedelujoč, ali ga prisilno izklopi, če je obešen, in da od agenta pridobi najnovejše podatke dnevnika & rsquos. Če je uspešen v obeh primerih, lahko varnostno kopijo varno prevzame kot primarno. Po odpovedi prejšnji primarni postane nova varnostna kopija po ponovnem zagonu.

Varnostna kopija, ki ni aktivna in ne more stopiti v stik s primarnim & rsquos ISCAgentom, nikakor ne more zagotoviti, da primarni ne more več delovati kot primarni in da ima najnovejše posodobitve dnevnika od primarnega, zato ga ne more prevzeti.

Ko varnostno kopiranje ni aktivno, razsodnik ne igra nobene vloge v mehaniki preusmeritve.

Zrcalni odziv na različne scenarije izpadov Kopirajte povezavo v ta razdelek

Ta odsek povzema zrcalni & rsquos odziv na izpade odpovednih članov in razsodnika v različnih kombinacijah.

Operater lahko začasno zaustavi primarni sistem, ne da bi prišlo do odpovedi (glejte Izogibanje neželenemu preklopu med vzdrževanjem članov preusmeritve). To je lahko koristno, na primer v primeru, da je treba za vzdrževanje izklopiti primarni sistem za zelo kratek čas. Po obnovitvi primarnega sistema se obnovi privzeto vedenje samodejnega preklopa.

Številni tukaj obravnavani scenariji se nanašajo na možnost ročnega prisiljevanja varnostne kopije v primarno. Za informacije o tem postopku glejte Nenačrtovano izpad primarnega člana preklopa brez samodejnega preklopa.

Samodejni preklop v odziv na primarne scenarije izpada Kopirajte povezavo v ta razdelek

Medtem ko se okoliščine in podrobnosti razlikujejo, obstaja več glavnih scenarijev primarnih izpadov, pri katerih aktivni član failoverja nadomestne datoteke samodejno prevzame naslednje:

Načrtovani izpad primarnega dela, na primer zaradi vzdrževanja, se sproži z zaustavitvijo njegovega primerka Cach & eacute.

Do samodejnega preklopa pride, ker primarni ukaz prevzame aktivno varnostno kopijo.

Primarni primerek Cach & eacute visi zaradi nepričakovanega stanja.

Do samodejnega preklopa pride, ker primarni zazna, da je prekinjen, in ukaže aktivni varnostni kopiji, da jo prevzame.

Primarni primerek Cach & eacute se zaradi nepričakovanega stanja izklopi ali postane popolnoma neodziven.

V tem scenariju primarni sistem ne more naložiti prevzema varnostne kopije. Vendar pa aktivna varnostna kopija prevzame bodisi po tem, ko je od arbitra izvedela, da je prav tako izgubila stik s primarnim, bodisi tako, da je stopila v stik s primarnim & rsquos ISCAgentom in pridobila potrditev, da primarni ni.

Primarni podsistem & rsquos za shranjevanje ne uspe.

Tipična posledica okvare pomnilnika je, da primarni primerek visi zaradi I / O napak, v tem primeru primarni zazna, da je obesen, in ukaže aktivni varnostni kopiji, da jo prevzame (kot v scenariju 2). V nekaterih okoliščinah pa lahko velja vedenje, opisano v scenariju 3 ali scenariju 5.

Primarni gostiteljski sistem & rsquos ne uspe ali se ne odziva.

Do samodejnega preklopa pride, če aktivna varnostna kopija izve od razsodnika, da je prav tako izgubila stik s primarnim.

Če ni konfiguriran noben razsodnik ali če razsodnik ni bil na voljo pred odpovedjo primarnega gostitelja, samodejna preusmeritev v teh okoliščinah ni mogoča, zato lahko ročno prisilno varnostno kopiranje postane primarno.

Težava z omrežjem izolira primarno.

Če je razsodnik konfiguriran in sta bila v času okvare omrežja nanj povezana oba člana za preusmeritev, primarni preide v stanje težave za nedoločen čas.

Če aktivna varnostna kopija izve od razsodnika, da je prav tako izgubila stik s primarnim, pride do samodejnega preklopa.

Če varnostna kopija izgubi stik z razsodnikom hkrati s stikom s primarnim, samodejna preusmeritev ni mogoča. Če sta oba člana za preusmeritev pripravljena, se ob obnovitvi omrežja varnostna kopija poveže s primarnim, ki nato znova začne delovati kot primarni. Druga možnost je, da lahko primarno določite ročno.

Če ni konfiguriran noben razsodnik ali se je eden od članov preusmeritve od njega odklopil pred odpovedjo omrežja, samodejna preusmeritev ni mogoča in primarni še naprej deluje kot primarni.

Varnostno kopijo, ki ni aktivna (ker se zažene ali je zaostala), lahko prevzame v scenarijih od 1 do 4 zgoraj, tako da se obrne na primarni & rsquos ISCAgent in pridobi najnovejše podatke iz dnevnika. Varnostna kopija, ki ni aktivna, ne more prevzeti v scenarijih 5 in 6, ker v teh okoliščinah ne more ročno stopiti v stik z agentom ISCA, zaradi česar varnostna kopija postane primarna.

V različicah Cach & eacute pred letom 2015.1 varnostni primerek Cach & eacute v scenarijih 5 in 6 ni mogel zagotoviti, da primarni ne more več delovati kot primarni in zato privzeto ne more samodejno prevzeti v teh scenarijih. V teh starejših različicah je bilo pod posebnimi pogoji za te scenarije mogoče omogočiti samodejno preusmeritev, tako da je v uporabniško določeno rutino ^ ZMIRROR dodala uporabniško vstopno točko IsOtherNodeDown () in počistila stik agenta, potreben za nastavitev odpovedi. Od leta 2015.1 ta mehanizem ne obstaja več in ga nadomešča tukaj opisana mehanika odpovedi na podlagi arbitra. Za več informacij o tej spremembi glejte odsek & OpenCurlyDoubleQuoteMirroring Changes & CloseCurlyDoubleQuote v Operativnih spremembah na kontrolnem seznamu za nadgradnjo Cach & eacute 2015.1.

Učinek izpada arbitra Kopiraj povezavo do tega odseka

Izpad arbitra nima neposrednega vpliva na razpoložljivost ogledala. Če pa pride do scenarijev primarnega izpada 5 ali 6 v samodejnem preklopu v odziv na primarne scenarije izpada pred obnovitvijo razsodnika, varnostna kopija ne more samodejno prevzeti.

Učinek izpada varnostne kopije Kopiraj povezavo v ta razdelek

Nekateri programi imajo lahko kratek premor (približno časovno omejitev QoS), preden lahko primarni nadaljuje obdelavo. Če ni konfiguriran noben razsodnik ali če razsodnik ni bil na voljo pred izpadom varnostne kopije, je lahko zaustavitev nekoliko daljša (približno trikrat večja časovna omejitev QoS). Če pride do primarnega izpada pred obnovitvijo varnostne kopije, je rezultat popoln izpad zrcala.

Učinek kombiniranega primarnega in arbitražnega izpada Kopiraj povezavo do tega odseka

Posledice tega scenarija so opisane v samodejnem preklopu v odziv na primarne scenarije izpada. Na kratko, če lahko varnostna kopija stopi v stik s primarnim & rsquos ISCAgentom, jo ​​prevzame, če ne, rezultat je popoln izpad zrcala, ročna intervencija, s katero prisilna varnostna kopija postane primarna, pa je morda ustrezna možnost.

Učinek kombinirane varnostne kopije in izpada arbitra Kopiraj povezavo do tega odseka

Če varnostna kopija in razsodnik postaneta hkrati (ali skoraj istočasno) nedostopna, ostane primarni v neskladju nedoločen čas, ker domneva, da je izoliran in bi zato varnostna kopija lahko postala primarna. Rezultat je popoln izpad ogledal. Ko varnostna kopija ponovno postane na voljo, se obrne na primarno, ki nato nadaljuje z delom kot primarno. Druga možnost je, da lahko primarno nadaljujemo z ročnim posegom. Če varnostna kopija in razsodnik zaporedoma ne uspeta, primarni še naprej deluje kot primarni po kratkem premoru, opisanem v Effect of Backup Outage, ker ve, da varnostna kopija ne more postati primarna.

Učinek kombiniranega primarnega in varnostnega kopiranja povezave do tega odseka

Rezultat te kombinacije je vedno popoln izpad ogledal. Za razpoložljive možnosti v tej situaciji glejte Nenačrtovani izpad obeh članov preusmeritve.

Iskanje razsodnika za optimizacijo razpoložljivosti zrcala Kopiraj povezavo do tega razdelka

Člani za preusmeritev in razsodnik skupaj zagotavljajo zrcalno rešitev z visoko razpoložljivostjo (pri čemer ima razsodnik najmanj pomembno vlogo). Arbiter ni kvorumski mehanizem, temveč podpira vsakega člana pri odpovedi pri arbitriranju samodejnega preklopa, tako da poda kontekst, ko izgubi stik z drugim članom, ki je prisoten, če sta oba člana v odpovedi v stiku z razsodnikom neposredno pred primarnim izpadom katerega koli in varnostna kopija ostane v stiku s sodnikom, lahko pride do samodejnega preklopa. Čeprav neuspeh razsodnika v nekaterih okoliščinah odpravi možnost samodejnega preklopa, zrcalu ne preprečuje delovanja, medtem ko je konfigurirana zamenjava, ali zagotavljanju samodejnega preklopa v primeru številnih primarnih scenarijev izpada, na primer v scenarijih 1 do 4 v samodejnem preklopu v odgovor na primarne scenarije izpadov.

Iz teh razlogov razsodnik ni nujno bolj dostopen, kot da je kateri koli od članov preklopa neodvisno, ampak je le lociran in konfiguriran tako, da je tveganje za nenačrtovan hkratni izpad razsodnika in enega samega člana preusmeritve čim manjše. (Če oba člana za preusmeritev ne uspeta, zrcalo odpove in status razsodnika ni pomemben, zato tveganje hkratnega izpada vseh treh ni upoštevano.)

Na podlagi te zahteve InterSystems priporoča, da se arbitra na splošno loči od članov, ki preklopijo, v enaki meri, kolikor so ločeni med seboj. Natančneje,

Če se člani, ki delujejo po failoverju, nahajajo v enem podatkovnem centru, je lahko razsodnik postavljen v isti podatkovni center. Znotraj tega podatkovnega centra bi moral imeti razsodnik enako fizično ločitev od članov preklopa, kot jih imajo med seboj, na primer, če ste posredovalne člane postavili v ločena stojala strežnika, da se izognete težavam z napajanjem ali omrežjem v enem ohišju, ki vplivajo na oba člana, najdite razsodnika ločeno od teh dveh stojal.

Če podatkovni center za komunikacijo znotraj zrcala uporablja notranje omrežje, je treba razsodnika postaviti na javno stran omrežja, tako da okvara notranjega omrežja ne bo ločevala od arbitra tudi članov odpovedi.

Če so člani za preusmeritev v ločenih podatkovnih centrih, je treba razsodnika postaviti na tretje mesto. To je lahko drugo podatkovno središče, lokacija, ki jo gosti druga stranka, javna ali zasebna storitev v oblaku ali celo dom skrbnika sistema (ob predpostavki, da ima zanesljivo omrežje). Namestitev arbitra na mesto, ki je reprezentativno za uporabniško skupnost, podpira optimalen zrcalni odziv na izpad omrežja.

Posamezen sistem je mogoče konfigurirati kot razsodnik za več ogledal, če je njegova omrežna lokacija primerna za vsako.

Arbitra dejansko ni treba gostiti na novo postavljenem ali namenskem sistemu, morda je zaželena obstoječa gostiteljica z dobro uveljavljeno zanesljivostjo. Član zrcalnega zrcala za poročanje (glejte Poročilo o asinhri) je lahko ustrezen gostitelj. Gostovanju na asinhronizaciji DR pa se je treba izogibati, saj lahko promocija asinhronizacijskega pogona DR (glejte Povišanje člana asinhronega člana DR v člana preusmeritve) v primeru vzdrževanja ali okvare povzroči, da razsodnik gostuje na članu zrcalnega ogledala, kar ni pravilno konfiguracijo.

Kot je navedeno v Namestitvi arbitra, je lahko vsak sistem z delujočim ISCAgentom različice 2015.1 ali novejši konfiguriran kot razsodnik, vključno s sistemom, ki gosti enega ali več primerov Cach & eacute. Vendar pa sistem, ki gosti enega ali več odjemalcev ali asinhronskih članov DR zrcala, ne sme biti konfiguriran kot razsodnik tega zrcala.

Podrobna kopija povezave do tega odseka s samodejno mehaniko preusmeritve

Ta odsek vsebuje dodatne podrobnosti o mehaniki preusmeritve.

Odziv zrcala & rsquos na izgubo stika med odpovednimi člani ali med odpovednim članom in razsodnikom je podprt z uporabo dveh različnih načinov zrcalne odpovedi, kot sledi:

Agent Controlled Mode Kopiraj povezavo v ta razdelek

Ko se zrcalo zažene, odpovedni člani začnejo delovati v načinu, ki ga nadzoruje agent. Če razsodnik ni na voljo ali razsodnik ni konfiguriran, ostanejo v tem načinu. V načinu, ki ga nadzoruje agent, se člani za odpoved obratovanja odzovejo na izgubo stika med seboj, kot je opisano v nadaljevanju.

Če primarni izgubi povezavo z aktivno varnostno kopijo ali preseže časovno omejitev QoS, ki čaka, da potrdi prejem podatkov, primarni prekliče aktivno stanje varnostne kopije & rsquos in vstopi v težavno stanje ter čaka, da varnostna kopija potrdi, da ni več aktivna . Ko primarni dobi potrditev iz varnostne kopije ali poteče časovna omejitev težave (kar je dvakrat več kot časovna omejitev QoS), primarna zapusti stanje težave in nadaljuje z delovanjem kot primarna.

Če primarni izgubi povezavo z varnostno kopijo, ki ni aktivna, še naprej deluje kot primarna in ne vstopi v stanje težave.

Če varnostna kopija izgubi povezavo s primarno ali preseže časovno omejitev QoS, ki čaka na sporočilo primarne, poskuša vzpostaviti stik s primarnim & rsquos ISCAgentom. Če agent poroča, da primarni primerek še vedno deluje kot primarni, se varnostna kopija znova poveže. Če agent potrdi, da primarno ni ali je prisilno primarno spustil, se varnostno kopiranje obnaša na naslednji način:

Če je varnostna kopija aktivna in agent potrdi, da je primarni del v časovni omejitvi težave manjkal, prevzame varnostno kopijo kot primarno.

Če varnostna kopija ni aktivna ali je prekoračena časovna omejitev težave, varnostna kopija prevzame, če agent potrdi, da primarni del ni na voljo in če lahko od agenta pridobi najnovejše podatke dnevnika.

Ne glede na to, ali je aktivna ali ne, varnostne kopije nikoli ne more samodejno prevzeti v načinu, ki ga nadzoruje agent, razen če primarni sam potrdi, da je obesen, ali primarni & rsquos agent potrdi, da je primarni primanjkljaj (morda po tem, ko ga iztisnete), pri čemer ne pride do nobenega če primarni gostitelj & rsquos ne deluje ali je omrežje izolirano.

Ko se eden od članov obnovitvenega zagona znova zažene, poskuša stopiti v stik z drugim ISCAgentom in njegovo vedenje je opisano za varnostno kopijo, ki ni aktivna.

Arbiter Controlled Mode Kopiraj povezavo do tega odseka

Ko so člani za preklop med seboj povezani, sta oba povezana s razsodnikom in je varnostno kopiranje aktivno, vstopijo v način, ki ga nadzira razsodnik, v katerem se člani preklopi na izgubo stika na podlagi informacij o drugem poslanem članu razsodnik. Ker se vsak član za preusmeritev odzove na izgubo razsodniške povezave tako, da preizkusi svojo povezavo z drugim odpovednim članom in obratno, se več izgub povezave, ki izhajajo iz enega omrežnega dogodka, obdela kot en dogodek.

Če v načinu, ki ga nadzira arbiter, če kateri od članov preklopi samo s arbitrsko povezavo ali varnostna kopija izgubi svoj aktivni status, odpovedni člani uskladijo preklop v način, ki ga nadzoruje agent, in se odzovejo na nadaljnje dogodke, kot je opisano za ta način.

Če je povezava med primarno in varnostno kopijo prekinjena v načinu, ki ga nadzoruje arbiter, se vsak član preklopi na podlagi stanja povezav arbitra, kot je opisano v nadaljevanju.

Če primarna oseba izgubi povezavo z aktivno varnostno kopijo ali preseže časovno omejitev QoS, ki čaka, da potrdi prejem podatkov, in od razsodnika izve, da je razsodnik tudi izgubil povezavo z varnostno kopijo ali presegel časovno omejitev QoS in čakal na odgovor iz varnostne kopije primarni še naprej deluje kot primarni in preklopi v način, ki ga nadzoruje agent.

Če primarni izve, da je razsodnik še vedno povezan z varnostno kopijo, vstopi v težavno stanje in s pomočjo razsodnika poskuša koordinirati preklop v način, ki ga nadzoruje agent. Ko je usklajeno stikalo izvedeno ali primarni izve, da varnostna kopija ni več povezana s arbitrom, se primarno vrne v normalno delovanje kot primarno.

Če je primarni organ izgubil svojo arbitrsko povezavo in tudi povezavo z varnostno kopijo, ostane neomejeno v stanju težav, da lahko varnostno kopijo varno prevzame. Če pride do preklopa, se ob obnovitvi povezave primarni izklopi.

Časovna omejitev težave ne velja v načinu, ki ga nadzoruje arbiter.

Če varnostna kopija izgubi povezavo s primarno ali preseže časovno omejitev QoS, ki čaka na sporočilo primarne, in od razsodnika izve, da je tudi razsodnik izgubil povezavo s primarno ali presegel časovno omejitev QoS, ki čaka na odgovor primarno, varnostno kopiranje prevzame kot primarno in preklopi v način, ki ga nadzoruje agent. Ko je povezava obnovljena, če prva primarna še vedno deluje v stanju težav, nova primarna izklopi.

Če varnostna kopija izve, da je razsodnik še vedno povezan s primarnim, se ne šteje več za aktivnega, preklopi v način, ki ga nadzoruje agent, in koordinira s primarnim & rsquos preklopom v način, ki ga nadzoruje agent, prek razsodnika, nato pa poskuša znova vzpostaviti povezavo s primarnim.

Če je varnostna kopija izgubila svojo arbitrsko povezavo in povezavo s primarno, preklopi v način, ki ga nadzoruje agent, in poskuša vzpostaviti stik s primarnim & rsquos ISCAgentom na mehaniki, ki jih nadzoruje agent.

Naslednja ilustracija opisuje zrcalni & rsquos odziv na vse možne kombinacije izgubljenih povezav v načinu, ki ga nadzoruje arbiter. Prve tri situacije predstavljajo samo omrežne napake, medtem ko bi druge lahko s stališča člana & rsquos pri preklopu vključevale sistemske ali omrežne napake (ali kombinacijo).Opisi predpostavljajo, da so bili tik pred izgubo ene ali več povezav vsi člani in razsodnik v postopku preklopa v stik in je bila varnostna kopija aktivna.

Zrcalni odziv na večino kombinacij izgub povezav v načinu, ki ga nadzoruje arbiter, je preklop v način, ki ga nadzoruje agent. Ko je torej obravnavan en dogodek okvare, odzivi na naslednji dogodek, ki se zgodi, preden se vse povezave ponovno vzpostavijo, urejajo vedenje, opisano za način, ki ga nadzoruje agent, in ne ta ilustracija.

Preprečevanje samodejnega odpravljanja težav Kopiraj povezavo v ta razdelek

Če želite preprečiti, da bi se ogledalo samodejno odpovedalo v kakršnih koli okoliščinah, je najboljši pristop, da konfigurirate enega samega člana preklopa z enim ali več asinhrov DR (glejte Async Mirror Members). Asinhronizacija DR nikoli ne prevzame samodejno, ampak jo je mogoče enostavno napredovati v člana za preusmeritev, vključno s primarnim, kadar je to potrebno (glejte Povišanje člana async iz DR v člana za preusmeritev).

Če želite začasno preprečiti samodejno preusmeritev v varnostno kopijo med vzdrževalnimi dejavnostmi, lahko začasno znižate varnostno kopijo na DR async ali uporabite možnost nofailover, obe pa so opisani v Načrtovanih izpadnih postopkih, ki zagotavljajo postopke za izvajanje vzdrževanja nadomestnih članov, ne da bi motili delovanje zrcal.

Če potrebujete posredovanje aplikacije na različnih točkah samodejnega postopka preusmeritve, glejte Uporaba rutine ^ ZMIRROR.

Zrcaljenje komunikacije Kopirajte povezavo na ta razdelek

Ta razdelek obravnava podrobnosti komunikacije med člani zrcala, vključno z:

Premisleki o konfiguraciji omrežja Kopirajte povezavo v ta razdelek

Pri konfiguriranju omrežja med dvema članoma za preusmeritev je treba upoštevati naslednje splošne postavke omrežne konfiguracije:

Zanesljivost in mdash Za največjo zanesljivost je treba konfigurirati izolirano (zasebno) omrežje za zrcalno komunikacijo med dvema članoma za preusmeritev (kot je prikazano v Sample Mirroring Architecture in Network Configurations). Poleg tega bi bilo treba to omrežje konfigurirati na odvečen način (več omrežnih kartic z odprtimi vrati, več odvečnih stikal itd.).

Pasovna širina & mdash Za prenos obsega podatkov dnevnika, ki jih ustvari aplikacija, mora biti na voljo zadostna pasovna širina.

Latency & mdash Omrežna zakasnitev med člani za preusmeritev je pomemben dejavnik pri delovanju aplikacij, za več informacij glejte poglavje Network Latency Considerations.

Zrcalna sinhronizacija se pojavi kot del cikla pisanja dnevnika na primarnem članu za preusmeritev. Pomembno je omogočiti, da se cikel pisanja dnevnika in s tem postopek sinhronizacije zrcal zaključi čim prej. Kakršne koli zamude v tem postopku lahko povzročijo poslabšanje zmogljivosti.

Glejte Konfiguriranje zrcalnega navideznega IP (VIP) za pomembne omrežne zahteve in premisleke pri uporabi VIP.

Premisleki o zakasnitvi omrežja Kopirajte povezavo v ta razdelek

Nobene trdne zgornje omejitve zakasnitve omrežja med člani za preklop med failoverjem ni. Vpliv naraščajoče zakasnitve se razlikuje glede na aplikacijo. Če je čas povratnega potovanja med člani obnovitve podoben času storitve pisanja na disk, vpliva ni pričakovati. Čas povratnega potovanja je lahko zaskrbljujoč, ko mora aplikacija počakati, da podatki postanejo trajni (včasih imenovana tudi sinhronizacija dnevnika). V ne-zrcalnih okoljih čakanje, da podatki postanejo trajni, vključuje sinhrono zapisovanje podatkov dnevnika v zrcalna okolja z aktivno varnostno kopijo, vključuje pa tudi povratno omrežno povezavo med člani, ki delujejo ob odpovedi. Številne aplikacije nikoli ne čakajo, da podatki postanejo trajni, druge pa pogosto.

Mehanizmi, s katerimi aplikacija čaka, lahko vključujejo naslednje:

Posredovanje transakcije v načinu sinhronega prevzema (ne privzeto).

Metoda Sync ()% SYS.Journal.System se odpre v novem oknu ali enakovredni funkciji $ zu.

Strežnik baz podatkov ECP, ki čaka na trajnost, preden se odzove na pogoste zahteve aplikacij, ki se izvajajo na strežnikih aplikacij (kot del sinhronizacijskih dejanj aplikacij, na primer zaklepanja in prirast $).

Ensemble Business Services SyncCommit (privzeto)

Ali čas povratnega potovanja, četudi je razmeroma velik, negativno vpliva na odzivni čas ali prepustnost aplikacije, je odvisno od pogostosti pojavljanja zgoraj navedenega v aplikaciji in ali aplikacija takšno dejavnost obdela zaporedno ali vzporedno.

Ko zakasnitev omrežja med člani zrcala postane težava, jo boste morda lahko zmanjšali s fino nastavitvijo parametrov TCP operacijskega sistema, ki urejajo največje vrednosti SO_SNDBUF in SO_RCVBUF, kar primarnim in rezervnim / asinhrom omogoča vzpostavitev oddajnikov za pošiljanje in sprejemanje, ustrezne velikosti, do 16 MB. Zahtevano velikost medpomnilnika lahko izračunamo tako, da pomnožimo najvišjo potrebno pasovno širino (glejte Hitrost prenosa dohodnega dnevnika) s časom povratnega potovanja in približno podvojimo izdelek za režijske stroške protokola in prihodnjo rast. Denimo, da veljajo na primer naslednji pogoji:

Promet med primarnim zrcalnim mestom in spletnim mestom DR je največ 60 MB na sekundo podatkov dnevnika,

Stiskanje se uporablja za zmanjšanje zahtevane pasovne širine na približno 33% stopnje dnevnika.

Čas povratnega potovanja je 50 milisekund (značilno za razdaljo 1000 milj).

V tem primeru je 60 MB * 0,05 * .33 * 2 = 2 MB najmanjše velikosti medpomnilnika. Obstaja malo razlogov, da bi bila velikost medpomnilnika čim manjša, zato bi lahko v tem primeru brez pomislekov poskusili še večji minimum.

Stiskanje podatkov dnevnika Kopiraj povezavo do tega odseka

Pri ustvarjanju ali urejanju zrcala lahko izberete eno od treh nastavitev stiskanja za podatke dnevnika, ki se prenašajo iz primarnega v varnostno kopijo, in ločeno za podatke dnevnika, ki se prenašajo iz primarnega v asinhronske člane, kot sledi:

System Selected & mdash Uporabite strategijo stiskanja, ki je optimalna za večino okolij. Pri prenosu na rezervnega člana to pomeni, da predpostavljamo širokopasovno povezavo z nizko zakasnitvijo in optimiziramo za odzivni čas, to pomeni, da se podatki dnevnika stisnejo pred prenosom, ko bo to skrajšalo čas, potreben za sinhronizacijo odpovednih članov. Pri prenosu na asinhrične člane pomeni optimizacijo za uporabo omrežja. Izbrani sistem je privzeta nastavitev za člane preklopa in asinh.

Trenutno ta nastavitev za prenos v varnostno kopijo povzroči, da se hitro stiskanje uporablja le, kadar zrcalo zahteva SSL / TLS, kot je opisano v Zaščita zrcalne komunikacije s SSL / TLS Security za prenos v asinhre, se vedno uporablja hitro stiskanje. Sčasoma se to vedenje lahko spremeni na podlagi izboljšanih mehanizmov za analizo omrežnega okolja in optimizacijo vedenja stiskanja.

Nestisnjeno & mdash Nikoli ne stisnite podatkov dnevnika pred prenosom.

Stisnjeno in mdash Pred pošiljanjem vedno stisnite podatke dnevnika.

Izbira Nestisnjeno je zaželena, če veliko večino obsega posodobitev baze podatkov sestavljajo podatki, ki so že zelo stisnjeni ali šifrirani, pri čemer naj bi bila skupna učinkovitost stiskanja zelo nizka. V tem primeru lahko procesorski čas zapravimo za stiskanje. Primeri vključujejo stisnjene slike, druge stisnjene medije ali podatke, ki so šifrirani, preden so nastavljeni v bazo podatkov (z uporabo šifriranja podatkovnih elementov Cach & eacute ali druge metodologije šifriranja). Uporaba šifriranja baze podatkov Cach & eacute ali šifriranja dnevnika ni dejavnik pri izbiri stiskanja.

Stiskanje in šifriranje SSL uvajata nekaj računskih stroškov, ki vplivajo na prepustnost in zakasnitev. Režijski stroški, ki jih je uvedel vsak, so podobni, toda kadar se uporablja šifriranje SSL, lahko dodajanje stiskanja dejansko zmanjša te dodatne stroške in izboljša zmogljivost z zmanjšanjem količine podatkov, ki jih je treba šifrirati. Specifičnosti se razlikujejo glede na operacijski sistem, arhitekturo procesorja in stisljivost podatkov aplikacije. Natančneje:

Uporaba stiskanja in / ali SSL šifriranja lahko omeji hitrost prenosa dnevnika zaradi časa izračuna, potrebnega za stiskanje podatkov, največja hitrost prenosa pa je omejena na največjo stopnjo stiskanja. Za večino konfiguracij je največja hitrost prenosa, ki jo nalagata stiskanje in šifriranje SSL, veliko večja od dejanske največje prepustnosti, ki jo zahteva zrcaljenje. Na primer, v tipičnem sistemu od tega pisanja je lahko računska hitrost stiskanja in šifriranja v območju 100 MB na sekundo, kar je nekajkrat večja od najvišje stopnje ustvarjanja dnevnika za veliko poslovno aplikacijo.

Uporaba stiskanja in / ali šifriranja SSL uvaja računsko zakasnitev & OpenCurlyDoubleQuote & CloseCurlyDoubleQuote, ki se doda omrežni zakasnitvi (glejte Zamisli o zakasnitvi omrežja). Za večino aplikacij je to zanemarljivo. Če konfiguracija zahteva večjo prepustnost, kot jo je mogoče doseči z omogočenim stiskanjem in / ali šifriranjem SSL, jih je treba onemogočiti (SSL je še vedno mogoče uporabiti za preverjanje pristnosti) in zagotoviti zadostno pasovno širino za maksimalni prenos brez stiskanja.

Zrcali omrežne naslove članov Kopiraj povezavo do tega odseka

Člani zrcala uporabljajo več omrežnih naslovov za medsebojno komunikacijo. Ti so opisani v tem poglavju in omenjeni v vzorčni zrcalni arhitekturi in omrežnih konfiguracijah. Upoštevajte, da se za nekatere ali vse zrcalne naslove, opisane tukaj, lahko uporablja isti omrežni naslov.

Ko se primerek Cach & eacute izvaja kot primarni član za preusmeritev, vsak drugi član zrcala uporabi zrcalni zasebni naslov, da vzpostavi svoj zrcalni podatkovni kanal, kanal, po katerem sprejema podatke dnevnika iz primarnega in najpogosteje uporabljenega zrcalnega komunikacijskega kanala. Drugi član za preusmeritev, ki poskuša postati varnostna kopija, se mora povezati s tem naslovom. To velja za asinhronizacijo DR, ki je promovirana v člana za preusmeritev, če promovirani DR nima dostopa do drugega zasebnega naslova člana za preusmeritev in rsquos, lahko še vedno postane primarni, ko drugi član za preusmeritev ne deluje, vendar ne more postati varnostna kopija.

Primarni lahko zrcalni zasebni naslov uporabi tudi za spremljanje članov asinhronizacije.

Člani Async se poskušajo povezati s primarnim & rsquos zrcalnim zasebnim naslovom, vendar se vrnejo na primarni & rsquos naslov strežnika, če na zrcalni zasebni naslov ne morejo priti do primarnega. Zaradi tega in ker lahko ISCAgent pošlje podatke dnevnika drugim članom zrcala, se podatki dnevnika v nekaterih primerih potujejo po omrežjih, ki niso zrcalno zasebno omrežje.

Ko dodate async člana v ogledalo s pomočjo upravljalnega portala (glejte Konfiguriranje članov async zrcala), vnesete naslov Async Member, naslov, ki ga navedete v tem pozivu, postane zasebni naslov async member & rsquos mirror in naslov superstrežnika. Če želite, da so ti drugačni, lahko posodobite naslove async & rsquos na primarnem, potem ko jih dodate v ogledalo.

Zunanji zrcalno usmerjeni sistemi se lahko s tem naslovom povežejo s primarnim. Trenutno so edini takšni zunanji sistemi strežniki aplikacij ECP (glejte Preusmerjanje aplikacijskih povezav po preusmeritvi ali obnovi po katastrofi), čeprav se lahko v prihodnosti to razširi tudi na druge povezave. Drugi člani zrcala lahko vzpostavijo povezave tudi z naslovom strežnika člana za določene namene nadzora in nadzora, na primer, primarni lahko ta naslov uporabi za spremljanje članov asinhronizacije. Član async poskuša svoj podatkovni kanal vzpostaviti na primarni s tem naslovom, če primarni & rsquos zrcalni zasebni naslov ni dostopen, kar pomeni, da lahko podatki dnevnika potujejo po tem omrežju.

Ko poskušate vzpostaviti stik s tem članom in agentom rsquos, drugi člani najprej poskusijo s tem naslovom. Kritične funkcije posrednika (na primer tiste, ki sodelujejo pri odločitvah o preusmeritvi) bodo znova poskusile zrcaliti zasebni naslov in naslov strežnika (če je drugačen), če ta naslov ni dostopen. Ker lahko agent podatke o dnevniku pošlje drugim članom, lahko podatki dnevnika potujejo po tem omrežju.

Če uporabljate navidezni naslov IP (VIP), kot je opisano v Načrtovanje zrcalnega navideznega naslova IP (VIP), morate pri ustvarjanju ali urejanju primarnega člana pri preklopu vnesti naslov VIP. Primar se s tem naslovom dinamično registrira kot del, ko morata dva člana preusmeritve biti v isti podomrežju omrežja, povezanega z VIP-om, da lahko varnostna kopija pridobi VIP-ov med preklopom. Skrbniki običajno dajo naslovu VIP ime DNS na strežniku DNS. Tega naslova se nikoli ne sme uporabljati drugje v konfiguraciji zrcaljenja (niti kot naslov za odjemalce ECP, da se povežejo z ECP, nima lastnega mehanizma za iskanje primarnega z uporabo naslovov strežnika).

Naslov / vrata arbitra (odhodni)

Naslov, ki ga člani za odpoved uporabljajo za povezavo s arbitrom, je ta naslov konfiguriran pri ustvarjanju ali urejanju primarnega člana pri odpovedi. Za pomembne informacije o omrežni lokaciji razsodnika glejte Lociranje razsodnika za optimizacijo dostopnosti zrcal.

Čeprav ni obvezno konfigurirati SSL / TLS za zrcalno komunikacijo med tukaj opisanimi naslovi, je zelo priporočljivo, saj občutljivi podatki prehajajo med člani za preusmeritev, SSL / TLS pa zagotavlja overjanje za ISCAgent, ki omogoča oddaljeni dostop do datotek dnevnika in lahko prisili sistem ali manipulira z njegovim virtualnim naslovom IP. Če je na primerku omogočeno šifriranje dnevnika in ga določite za primarnega člana zrcala za preusmeritev, morate zrcalo konfigurirati tako, da uporablja SSL / TLS. Za več informacij glejte Zaščita zrcalne komunikacije z varnostjo SSL / TLS.

Vzorec zrcalne arhitekture in omrežne konfiguracije Kopirajte povezavo v ta razdelek

Ta razdelek opisuje in ilustrira več vzorčnih zrcalnih arhitektur in konfiguracij.

Nekateri diagrami prikazujejo asinhrskega člana za obnovo po katastrofi in člana asinhričnega poročevalca na različnih lokacijah. Enega ali obeh lahko izpustimo, dovoljeni so večkratniki vsakega, na splošno pa se lokacije, prikazane na različnih diagramih, lahko kombinirajo.

Za ponazoritev so prikazani vzorčni naslovi IPv4 v notranjem omrežju organizacije. Predpostavimo, da so podomrežja določena s 24 biti (to je zapis CIDR a. B. C. D / 24 ali mrežna maska ​​255.255.255.0), zato se bodo naslovi, prikazani v isti podomrežji, razlikovali le v četrtem delu, ločenem s piko.

Namesto naslovov IP se lahko v konfiguraciji zrcala določijo tudi enakovredna imena DNS, razen zrcalnega navideznega naslova IP (VIP), ki mora biti naslov IP.

Zrcaljenje konfiguracij znotraj posameznega podatkovnega centra, računalniške sobe ali povezave do tega odseka

Naslednji diagrami prikazujejo različne konfiguracije zrcaljenja, značilne za podatkovni center, računalniško učilnico ali kampus. Vsak diagram opisuje ustrezno omrežno topologijo in razmerje do omrežnih naslovov, določenih v zrcalni konfiguraciji. Opisane so različice, ki so lahko še posebej uporabne, če zrcalni člani prebivajo na več lokacijah v kampusu.

Preprost par preusmeritve

To je najpreprostejša konfiguracija zrcala. Odpadni člani komunicirajo med seboj po zasebnem omrežju, zunanje povezave z njimi pa prek javnega omrežja, po želji prek zrcalnega navideznega IP (VIP). Arbiter je v zunanjem omrežju (kot je priporočeno v Lociranju arbitra za optimizacijo dostopnosti zrcal), toda ker so vedno člani za odpoved, ki sprožijo povezave s arbitrom, VIP v te povezave ni vključen.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

VIP zahteva, da morata biti oba člana za preusmeritev v isti podomrežji.

Čeprav to ni potrebno za zrcaljenje, je tukaj prikazan ločen zasebni LAN za zrcalno komunikacijo za optimalen nadzor nad uporabo omrežja. Če se takšen LAN ne uporablja, je treba zrcalne zasebne naslove v konfiguraciji zrcala spremeniti tako, da bodo uporabili naslove, prikazane na zelenih ozadjih. Čeprav zrcalni zasebni naslovi, kot je prikazano, pomenijo, da so člani v isti podomrežju tega omrežja, to ni potrebno.

Preklopni par z DR in poročanje homogeno povezano

Ta konfiguracija omogoča največjo funkcionalno prilagodljivost za asinhronizacijo DR in omogoča promocijo nadomestnega elementa za odpoved, ki je nedelujoč za vzdrževanje ali popravilo, poleg tega pa nudi tudi možnost obnove po katastrofi. Promovirani DR lahko v celoti deluje kot rezervni ali primarni in sodeluje v VIP. Člani za preusmeritev in DR so v isti javni podomrežji za VIP. Njihovi naslovi zasebnih omrežij, če so uporabljeni, so dostopni drug drugemu (če ne v isti podomrežji, pa z usmerjanjem). Topologija in zakasnitev omrežja lahko omejujeta fizično ločitev med DR in dvema članoma za preklop.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Vsi člani, ki lahko imajo ali pridobijo VIP, morajo biti v isti podomrežji.

Ločen, zaseben LAN za zrcalno komunikacijo, kot je prikazano tukaj, ni potreben za zrcaljenje, vendar je priporočljiv za optimalen nadzor nad uporabo omrežja. Če se takšen LAN ne uporablja, je treba v konfiguraciji zrcala spremeniti zasebne naslove zrcal, da se uporabijo naslovi, prikazani v zeleni barvi. Čeprav upodobljeni zrcalni zasebni naslovi kažejo, da so člani v isti podomrežju tega omrežja, to ni potrebno.

Ker prijavljeni člani nikoli ne morejo postati primarni, vzpostavijo samo odhodne povezave v zrcalnem zasebnem omrežju. Zato tega naslova v konfiguraciji zrcala ni treba posebej navajati.

Preklopni par z DR in poročanje kjer koli v kampusu

Ta konfiguracija omogoča največjo prilagodljivost na lokacijah članov asinhronizacije in omrežja, ki jih povezuje. Ker se domneva, da DR v tej konfiguraciji ni v VIP podomrežju, je treba uporabiti nekatera druga sredstva za preusmeritev uporabniških povezav na DR med obnovo po katastrofi, na primer ročno posodabljanje imena DNS, da kaže na asinhronski & rsquos IP DR namesto na VIP ali konfiguriranje enega od mehanizmov, obravnavanih v Preusmerjanju aplikacijskih povezav po preusmeritvi. Poleg tega, ker se domneva, da član DR nima povezave z zrcalnim zasebnim omrežjem (če je uporabljen), ga je mogoče promovirati le, če ne deluje noben član za preusmeritev, in le, da postane primarni.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Vsak član, ki želi pridobiti virtualni IP, mora biti v istem podomrežju.

Tu je prikazan ločen zasebni LAN za zrcalno komunikacijo, vendar ni potreben. Če tak LAN ni uporabljen, je treba v konfiguraciji zrcala spremeniti zasebne naslove zrcal, da se uporabijo naslovi, prikazani v zeleni barvi. Čeprav prikazani zrcalni zasebni naslovi nakazujejo, da so člani za preusmeritev podatkov v isti podmreži tega omrežja, to ni potrebno.

Zrcaljenje samo za obnovo po katastrofi in poročanje

Ta konfiguracija uporablja zrcaljenje za zagotavljanje samo DR in / ali poročanja.Zagotovljena je velika razpoložljivost za posameznega člana preusmeritve, ki uporablja razvrščanje odbojev OS, virtualizacijo HA ali druge možnosti na ravni infrastrukture, kot je opisano v poglavju & OpenCurlyDoubleQuoteSystem Strategije odpovedi in CloseCurlyDoubleQuote tega vodnika. Ker se zrcaljenje v tej konfiguraciji ne uporablja za samodejno preusmeritev, VIP ni prikazan. Po želji lahko VIP konfigurirate za uporabo med obnovo po katastrofi, vendar to zahteva, da je član DR v istem podomrežju kot član za preusmeritev. V nasprotnem primeru je treba za preusmeritev uporabniških povezav na DR med obnovo po katastrofi uporabiti alternativno tehnologijo ali postopke, kot so razpravljani v Preusmerjanju aplikacijskih povezav po preusmeritvi.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Tu je prikazan ločen zasebni LAN za zrcalno komunikacijo, vendar ni potreben. Če se takšen LAN ne uporablja, je treba v konfiguraciji zrcala spremeniti zasebne naslove zrcal, da se uporabijo naslovi, prikazani v zeleni barvi. Čeprav prikazani zrcalni zasebni naslovi nakazujejo, da so člani za preusmeritev podatkov v isti podomrežju tega omrežja, to ni potrebno.

Ker prijavljeni člani nikoli ne morejo postati primarni, vzpostavijo le odhodne povezave v zrcalnem zasebnem omrežju. Zato tega naslova v konfiguraciji zrcala ni treba posebej navajati.

Zrcaljenje z ECP

Ta diagram prikazuje strežnike aplikacij ECP, dodane v zrcalno okolje. Raven ECP sicer povečuje zapletenost, vendar omogoča horizontalno razširljivost in ohranja uporabniške seje pri preklopu na strežnik baz podatkov.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Aplikacijski strežniki ECP ne uporabljajo VIP-ja in se bodo povezali s katerim koli članom za preusmeritev ali promoviranim članom DR, ki postane primarni, zato se VIP uporablja samo za uporabnike in # 39 neposredne povezave s primarnim, če sploh. VIP zahteva, da sta oba člana za preusmeritev v isti podomrežji. Če želi član DR pridobiti VIP ob napredovanju, mora v isti podmreži prebivati ​​tudi, če tega ne stori, glejte Preusmerjanje aplikacijskih povezav po preusmeritvi.

Zasebni LAN-ji za ECP in zrcalno komunikacijo, prikazani tukaj, čeprav niso potrebni, so priporočljivi za optimalen nadzor nad uporabo omrežja in zasebnost podatkov ECP. Konfiguracije z manj omrežji so možne tako, da se eno od omrežij strne v drugo. Čeprav prikazani zasebni naslovi nakazujejo, da so člani v istih podomrežjih teh omrežij, je edina zahteva, da so naslovi med seboj usmerljivi.

Ko razmišljate o postavitvi omrežja, ne pozabite, da vsi člani asinhronizacije potrebujejo povezavo s primarnim bodisi na zasebnem naslovu zrcalnega zrcala ali na naslovu strežnika. Tako v prikazani konfiguraciji asinhronizirani član, ki ima dostop samo do zelenega uporabniškega omrežja, ne bo deloval.

Ker prijavljeni člani nikoli ne morejo postati primarni, vzpostavijo le odhodne povezave v zrcalnem zasebnem omrežju. Zato tega naslova v konfiguraciji zrcala ni treba posebej navajati.

Zrcaljenje konfiguracij za dvojna podatkovna središča in geografsko ločeno obnovo po katastrofi Kopiraj povezavo do tega razdelka

Naslednji diagrami prikazujejo konfiguracije HA in DR, ki uporabljajo geografsko ločitev za obnovo po nesrečah, ki prizadenejo podatkovni center, kampus ali geografsko regijo. Člani poročevalci so zaradi preproste ponazoritve v teh diagramih izpuščeni, vendar jih je mogoče dodati na katerem koli mestu, tako kot je prikazano v posameznih konfiguracijah kampusa.

Vse naslednje konfiguracije zahtevajo strategijo za preusmerjanje povezav na primarno, ko član na drugi lokaciji postane primarni. Za geografsko ločene lokacije je VIP morda težko ali nemogoče konfigurirati, ker zahteva, da je podomrežje raztegnjeno med obema lokacijama. Tudi če je konfiguriran, morda ne bo dovolj, kot je opisano v naslednjih odstavkih. Alternativna tehnologija, strojna oprema ali postopki, na primer tisti, ki so obravnavani v Preusmerjanju aplikacijskih povezav po preklopu, ponujajo druga sredstva za preusmeritev povezav. Ne glede na to, ali uporablja raztegnjeno podomrežje ali ne, je VIP izjemno uporaben za samodejni preklop med dvema članoma v enem podatkovnem centru, njegova uporaba pa je v ta namen prikazana na teh diagramih.

Raztegnjena podomrežja za VIP je običajno uporabna za notranje intranetne aplikacije. Z njo lahko uporabniki in sistemi s povezavo ali dostopom VPN na LAN / WAN, prikazan zeleno, dostopajo do primarnega na obeh lokacijah prek svojega VIP-a.

Po drugi strani pa raztegnjena podomrežja za VIP ne ponujajo rešitve za povezljivost v katastrofi. Glavni podatkovni center & rsquos DMZ predstavlja internetna IP-naslova in / ali imena DNS, ki se nanašajo na internet, kot proxy za notranje ogledalo VIP v primeru nesreče, zato jih bo morda treba zunanje prenesti v drugi podatkovni center. Rešitve vključujejo prefinjeno zunanje usmerjanje ali eno od tehnik, opisanih v preusmerjanju aplikacijskih povezav po preklopu, pri čemer katera koli od njih potrebuje raztegnjeno podomrežje.

Preklopni par z lokalnim DR in geografsko ločenim DR

Lokalna asinhronizacija DR zagotavlja izredne dogodke za dogodke, ki vplivajo na enega ali oba člana preklopa. Lokalni DR lahko promovirate tako, da nadomesti enega od članov preklopa, ki ne deluje zaradi vzdrževanja ali popravila, ali da si opomore po nesreči, ki je prizadela oba člana. Geografsko ločen DR se uporablja za okrevanje po nesrečah, ki so prizadele celoten glavni podatkovni center ali kampus.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Glej predhodno razpravo o VIP.

Če je mogoče, omogočanje zrcalnega zasebnega omrežja (če se sploh uporablja) dostopu do podatkovnega središča DR prek medsebojne povezave podatkovnega centra (WAN) ponuja nekaj dodatne funkcionalne prilagodljivosti za člana J. To ne zahteva raztezanja podomrežja, le da promet na to omrežje je usmerjeno med podatkovnimi centri. V tej konfiguraciji se lahko, ko se promovira J, poveže kot varnostno kopijo s primarnim v glavnem podatkovnem centru. Če DR nima dostopa do zrcalnega zasebnega omrežja, ga je mogoče promovirati le tako, da deluje kot primarno in to le, če ne deluje noben član za preusmeritev. Tu omenjena fleksibilnost je koristna predvsem v konfiguracijah, v katerih je VIP raztegnjen in zamuda med podatkovnimi centri ne vpliva bistveno na aplikacijo.

Preklopni par z geografsko ločenim, popolnoma odvečnim DR okoljem

V primeru katastrofe, ki prizadene Data Center 1, se v Data Center 2 promovirajo dva člana DR, ki zagotavljata popolnoma odvečno nadomestno okolje HA. V tej konfiguraciji se uporabljajo naslednji naslovi IP:

Glej predhodno razpravo o VIP. Na tej sliki namesto tega ne gre za raztegnjeno podomrežje, po prehodu v Data Center 2 je treba zrcalo prekonfigurirati tako, da bo za nadaljnje samodejne preusmeritve v tem podatkovnem središču uporabljalo drugačen VIP. Zunanja tehnologija, strojna oprema ali postopki, kot je razloženo v Preusmerjanju aplikacijskih povezav po preusmeritvi, se nato uporabijo za preusmeritev povezav na novi VIP naslov.

Če je mogoče, omogočite dostop do zrcalnega zasebnega omrežja (če ga uporabljate) obema podatkovnima centroma prek medsebojne povezave podatkovnega centra (WAN), kar zagotavlja funkcionalno prilagodljivost. To ne zahteva raztezanja podomrežja, le da se promet v tem omrežju preusmeri med podatkovnimi centri. V tej konfiguraciji se lahko promovirani član DR v enem podatkovnem centru kot varnostno kopijo poveže s primarnim v drugem. To je koristno predvsem v konfiguracijah, v katerih je VIP raztegnjen in zakasnitev med podatkovnimi centri ne vpliva bistveno na aplikacijo. (Če DR nima dostopa do zrcalnega zasebnega omrežja, ga je mogoče promovirati le tako, da deluje kot primarno in to le, če ne deluje noben član za preusmeritev.)

V primeru, da je Data Center 1 popolnoma brez povezave in so člani J in K napredovali v člane za preusmeritev, je lahko na voljo nov razsodnik v Data Center 2 in zrcalna konfiguracija posodobljena z naslovom IP novega razsodnika. Prikazana konfiguracija ni namenjena za daljše delovanje z dvema odpovednima članoma v nasprotnih podatkovnih centrih, če deluje na ta način, je priporočljiv razsodnik na ločenem, tretjem mestu (internet na tej sliki). Za več podrobnosti glejte Iskanje razsodnika za optimizacijo razpoložljivosti ogledal.

Geografsko ločen par za odpoved

Ta konfiguracija uporablja dva stroja na ločenih lokacijah, da z minimalno strojno opremo dosežemo potrebe po visoki razpoložljivosti in po reševanju. Omrežna zakasnitev med člani, ki preklopijo, je pomembna, vendar je njen učinek, če sploh, odvisen od aplikacije, za več informacij glejte Premisleki o latenci omrežja

Zrcaljenje ne želi, da bi en član nadomestnega obratovanja pred drugim deloval kot primarni, in odpoved okvare se lahko pojavi zaradi kakršnega koli izpada, tudi če se izkaže, da je težava na primarnem prehodna. Zato je to konfiguracijo najbolje uporabiti brez implicitnih preferenc za primarno izvajanje v določenem podatkovnem centru.

Uporaba VIP-ja je v tej konfiguraciji morda mogoča ali pa tudi ne zaradi razlogov, opisanih v prejšnji razpravi. Ker se failover med obema podatkovnima centroma zgodi samodejno, mora vsaka uporabljena alternativna strategija zagotoviti hitro in samodejno preusmeritev uporabnikov na nove primarne strategije, ki zahtevajo ročno posredovanje, običajno ne zadostujejo.

V tej konfiguraciji so uporabljeni naslednji naslovi IP:

Arbitra je v tej konfiguraciji najbolje postaviti na tretje mesto. Za več podrobnosti glejte Iskanje razsodnika za optimizacijo dostopnosti zrcal.

Tu je prikazano zasebno omrežje za zrcalno komunikacijo, ki teče prek medsebojne povezave podatkovnega centra (WAN), vendar ni potrebno.

Preusmeritev aplikacijskih povezav po preusmeritvi ali obnovi po katastrofi Kopirajte povezavo v ta razdelek

Ko član rezervnega failoverja postane samodejni prek samodejnega preklopa ali se asinhronizacija DR ročno poviša v primarno kot del obnovitve po katastrofi, je potreben nekaj mehanizma za preusmeritev aplikacijskih povezav na novega primarnega. To lahko dosežemo na številne načine, nekateri pa so podrobno obravnavani v tem poglavju. Ena rešitev se lahko nanaša tako na samodejno preusmeritev kot na promocijo DR ali pa se lahko kombinira, na primer zrcalno VIP za samodejno preusmeritev in posodobitev DNS za promocijo DR.

Vgrajeni mehanizmi Kopirajte povezavo na ta razdelek

Naslednji mehanizmi so lahko vključeni v zrcalno konfiguracijo, kot je prikazano v vzorčni zrcalni arhitekturi in omrežnih konfiguracijah, za obravnavo preusmeritve aplikacije:

Zrcaljenje navideznega naslova IP (VIP)

Ko se uporablja zrcalni VIP (glejte Načrtovanje zrcalnega navideznega IP-ja (VIP)) in član postane primarni, je VIP samodejno vezan na lokalni vmesnik na novem primarnem, kar zunanjim odjemalcem omogoča nadaljnjo povezavo z istim naslovom IP . Uporaba VIP zahteva, da so člani, ki lahko postanejo primarni člani, v istem podomrežju, kot je opisano v Sample Mirroring Architecture and Network Configurations.

Protokol za predpomnilnik podjetja (ECP)

V uvedbi zrcala ECP (glejte Konfiguriranje povezav ECP z zrcalom) so člani za preusmeritev konfigurirani kot podatkovni strežniki ECP, vse povezave strežnika aplikacij ECP pa so konfigurirane posebej kot zrcalne povezave. Po odpovedi programski strežniki znova vzpostavijo povezave z novim primarnim članom preusmeritve in nadaljujejo z obdelavo delovne obremenitve, ki je v teku. Med postopkom odpovedi lahko uporabniki, ki so povezani s strežniki aplikacij, začasno zaustavijo, preden lahko nadaljujejo z delom. Glejte poglavja & OpenCurlyDoubleQuoteECP & CloseCurlyDoubleQuote in & OpenCurlyDoubleQuoteDeveloping Distributed Applications & CloseCurlyDoubleQuote v poglavjih Cach & eacute Distributed Data Management Guide za informacije o obnovitvi ECP.

Upoštevajte, da ECP dodaja zapletenost in običajno zahteva izravnalnik obremenitve (ali drugo zunanjo tehnologijo) za usmerjanje uporabnikov na strežnike aplikacij.

Ko je vnos dostopa do strežnika CSP Gateway konfiguriran tako, da se zrcali, je prehod najprej konfiguriran tako, da se poveže z enim od članov preusmeritve, od koder v ogledalu pridobi seznam članov preusmeritve in asinhronizacije DR. Prehod na podlagi tega seznama identificira in poveže s trenutno primarno. Če ogledalo ne uspe, prehod spremeni povezavo na novo primarno. Če med člani za preusmeritev ni mogoče najti primarnega, Gateway poskuša najti enega izmed asinhrov DR na seznamu, kar mu omogoča, da ponovno vzpostavi povezavo, ko asinhronizacijo DR poviša v primarno. Zrcalno povezana Gateway povezava uporablja naslove superstrežnika, da vzpostavi stik z zrcalnimi člani (glejte Zrcalni omrežni naslovi članov).

Če ste konfigurirali zrcalni VIP, ne konfigurirajte zrcalno usmerjenega prehoda CSP, zaradi česar bo prehod VIP prezrl. Namesto tega preprosto konfigurirajte prehod CSP, da se poveže z VIP kot katera koli druga stranka. Na splošno je uporaba ogledala CSP Gateway primerna izbira le v nenavadnih okoliščinah.

Vnosi v strežniškem dostopu privzeto niso zrcalni, saj niso primerni za številne konfiguracije strežnikov prehodov, vključno s tistimi, ki podpirajo portal za upravljanje Cach & eacute. Glejte Konfiguriranje dostopa do strežnika v poglavju & OpenCurlyDoubleQuoteCSP Gateway Operation and Configuration & CloseCurlyDoubleQuote v priročniku za konfiguracijo prehodov CSP za več informacij o zrcalno povezanih povezavah CSP Gateway.

Zunanje tehnologije Kopirajte povezavo v ta odsek

Naslednje mehanizme je mogoče uporabiti skupaj z zrcaljenjem za obravnavo preusmeritve aplikacije:

Izravnalniki strojne opreme in izbirniki strani

Preusmeritev prometne aplikacije na omrežni ravni je mogoče izvesti z uporabo mehanizmov, kot so izbirniki spletnih mest, ki temeljijo na strojni opremi.

Na voljo so samodejne in ročne možnosti, nekatere so lahko prepočasne za uporabo s samodejnim preklopom.

Posamezne aplikacije je mogoče prilagoditi tako, da ohranjajo znanje o zrcalnih članih in se povežejo s trenutno primarno.

Uporabniki lahko dobijo sredstva za povezavo z več zrcalnimi člani, na primer drugo ikono za povezavo do mesta za obnovo po nesreči.

Načrtovanje zrcalnega navideznega IP (VIP) Kopiraj povezavo v ta razdelek

Kot je opisano v vgrajenih mehanizmih, se zrcalni VIP, ko je član v uporabi in član postane primarni, VIP dodeli novemu primarnemu, kar vsem zunanjim odjemalcem in povezavam omogoča interakcijo z enim statičnim IP-jem, ne glede na to, kateri član preusmeritve je trenutno služi kot primarni.

Med postopkom odpovedi se povezani odjemalci, ki doživijo prekinitev povezave z omrežjem, lahko znova povežejo, ko varnostno kopiranje postane primarno. Če je VIP konfiguriran, varnostno kopiranje dokonča odpoved le, če lahko VIP dodeli drugače, postopek preklopa prekine in zrcalo zahteva ročno posredovanje.

Pri pripravi nastavitve zrcalnega VIP upoštevajte naslednje:

Če želite uporabiti zrcalni VIP, morata biti oba člana za preusmeritev konfigurirana v istem podomrežju, VIP pa mora pripadati istemu podomrežju kot omrežni vmesnik, ki je izbran v vsakem sistemu. Član asinhronizacije DR mora imeti v istem podomrežju omrežni vmesnik, da lahko pridobi VIP, ko se kot del obnove po katastrofi poviša v primarno, če ni tako, je treba v postopke za obnovo po nesreči vključiti nadomestni mehanizem preusmeritve.

Ko so člani za preusmeritev in / ali asinhronizacijo DR v ločenih podatkovnih centrih, je mogoče podomrežje VLAN razširiti po podatkovnih centrih, da še naprej podpira isti VIP naslov. To zahteva povezljivost 2. sloja med obema mestoma in morda ne bo zadostovalo za vse primere, glejte razpravo v Zrcaljenje konfiguracij za dvojna podatkovna središča in geografsko ločeno obnovo po katastrofi.

Na strežniku DNS morate dodeliti ime DNS za VIP na strežniku DNS za uporabo s povezovanjem odjemalcev.

Če je VIP v uporabi in je član izklopljenega omrežja odstranjen iz VIP podomrežja, mora biti ta član znižan v asinhronizacijo DR ali odstranjen iz ogledala ali pa mora biti konfiguracija VIP odstranjena iz obeh članov preusmeritve. V nasprotnem primeru, ko poskuša član za zamenjavo prevzeti vlogo primarnega, ne bo mogel pridobiti VIP-a in zato ne bo postal primarni.

Če konfigurirate zrcalni VIP v sistemu Windows Vista, Windows 7 ali Windows Server 2008 in se bodo odjemalci povezali s člani za preusmeritev iz različnih podomrežij, morate po konfiguraciji VIP namestiti in zagnati gonilnik NDISISC. Če želite to narediti, uporabite naslednji postopek:

Na nadzorni plošči sistema Windows odprite Center za omrežje in skupno rabo, nato izberite Spremeni nastavitve vmesnika, da se prikaže plošča Network Connections.

Z desno miškino tipko kliknite omrežni vmesnik (vmesnik), ki ustreza imenu vmesnika, konfiguriranem za zrcalni VIP, in izberite Lastnosti.

V pogovornem oknu Lastnosti kliknite Namesti. nato izberite Protokol in kliknite Dodaj. .

V naslednjem pogovornem oknu izberite Have Disk, nato poiščite in izberite datoteko install-dir ndis ndis.inf. Kliknite V redu in potrdite, da želite namestiti gonilnik.

Kot skrbnik izdajte ukaz sc start ndisisc v ukazni vrstici, da zaženete gonilnik NDISISC.

Stopite v stik z InterSystems Worldwide Response Center (WRC) Odpre se v novem oknu z vsemi vprašanji o namestitvi gonilnika NDIS.

Če je eden ali več zrcalnih & rsquos članov nekorenski primerek Cach & eacute v sistemu UNIX & reg ali Linux, kot je opisano v poglavju Namestitev Cach & eacute Nonroot v poglavju & OpenCurlyDoubleQuote Namestitev Cach & eacute na UNIX & reg in Linux & CloseCurlyDoubleQuote ne more biti uporabljen v vodniku Cach & eacute.

Zrcaljenje v navideznem okolju Kopirajte povezavo v ta razdelek

Uporaba zrcaljenja v virtualiziranem okolju, v katerem so primeri Cach & eacute, ki predstavljajo zrcalo, nameščeni na virtualnih gostiteljih, ustvari hibridno rešitev visoke razpoložljivosti, ki združuje prednosti zrcaljenja in prednosti virtualizacije. Medtem ko zrcalo omogoča takojšen odziv na načrtovane ali nenačrtovane izpade s samodejnim preklopom, programska oprema za virtualizacijo HA samodejno znova zažene navidezni stroj, ki gosti zrcalnega člana, po nenačrtovanem izpadu računalnika ali operacijskega sistema. To omogoča neuspešnemu članu, da se hitro ponovno pridruži ogledalu, da deluje kot varnostna kopija (ali da jo po potrebi prevzame kot primarno).

Ko je ogledalo konfigurirano v virtualiziranem okolju, veljajo naslednja priporočila:

Člani za odpoved in virtualni gostitelji rsquo morajo biti konfigurirani tako, da ne bodo nikoli nastanjeni na istem fizičnem gostitelju.

Da bi se izognili eni točki okvare pomnilnika, je treba shrambo, ki jo uporabljajo primerki Cach & eacute na odpravnih elementih, trajno izolirati v ločenih shrambah podatkov na ločenih skupinah diskov ali v pomnilniških poljih.

Nekatere operacije, ki se izvajajo na ravni platforme za virtualizacijo, na primer varnostno kopiranje ali selitev, lahko povzročijo, da se člani za preklop ob odpovedi dovolj dolgo ne odzivajo, da lahko povzročijo neželeno preusmeritev ali nezaželeno pogostost opozoril.Če želite odpraviti to težavo, lahko povečate nastavitev časovne omejitve QoS (glejte Časovna omejitev kakovosti storitve (QoS)).

Pri izvajanju načrtovanih vzdrževalnih operacij, ki povzročajo prekinitve v povezljivosti člana pri preklopu, lahko začasno ustavite zrcaljenje varnostne kopije, da se izognete neželenim preklopom in opozorilom.

Upravljanje posnetkov je treba zelo previdno uporabljati pri zrcalnih članih, saj vrnitev člana na prejšnji posnetek izbriše tako zadnji status člana, kot tudi mdash, ki je bil na primer spremenjen iz primarnega v varnostno kopijo, odkar je bil posnetek posnet, in podatki dnevnika mdashand, ki so še vedno v lasti drugih članov. Še posebej,

Član preklopa v prejšnje stanje, ki je bil povrnjen na prejšnji posnetek, je treba nadaljevati samo iz izklopljenega stanja, če njegovo preklop iz vklopljenega stanja ustvarja možnost, da oba člana preklopa hkrati delujeta kot primarna.

Če član za preusmeritev, ki je bil vrnjen na prejšnji posnetek, postane primarni, ne da bi pridobil vse podatke dnevnika, ustvarjene od trenutka posnetka & mdash, na primer, ker je prisiljen postati primarni & mdashall, je treba znova zgraditi druge člane zrcala (kot je opisano v Ponovna izdelava zrcalnega člana).

Za smernice glede konfiguracije, določanja velikosti sistema in načrtovanja zmogljivosti na splošno pri uvajanju programa Cach & eacute 2015.1 in kasneje v okolju VMware ESXi 5.5 in novejših, ki ga je napisal višji tehnološki arhitekt InterSystems, glejte InterSystems Data Platforms and performance & ndash Del 9 Cach & eacute VMware Best Practice Guide v novem oknu skupnosti za razvijalce InterSystems.

Omejevanje dostopa do člana varnostnega kopiranja pri preklopu povezave do tega razdelka

Medtem ko ima sistem, ki gostuje nadomestnega člana zrcala v primeru odpovedi, neizkoriščene vire ali zmogljivost ali pa boste morda želeli zagnati poizvedbe samo za branje v zrcalnih zbirkah podatkov, InterSystems priporoča najboljšo prakso, da gostitelja nameni samo vlogi člana varnostnega zrcala. Kakršna koli zrcalna ali zrcalna uporaba varnostne kopije ima lahko naslednje učinke:

Če se zaradi zmanjšanja zmogljivosti varnostnega kopiranja in rsquos počasi potrdi prejem podatkov dnevnika s primarnega, lahko uporabniki aplikacij, ki dostopajo do zrcalnih baz podatkov na primarnem, zmanjšajo zmogljivost. Na ta način lahko vpliva na kakršno koli interakcijo z aplikacijo, ki mora čakati na potrditev s strani primarnega, vključno s tistimi, ki vključujejo izrecno sinhronizacijo dnevnika, pa tudi sinhroni prenos transakcij in dejavnost ECP.

Če je potrditev varnostne kopije dovolj zamaknjena, da se prepreči, da bi se zgodila v časovni omejitvi QoS, primarni prekliče aktivno stanje varnostne kopije in rsquos, zaradi česar postane samodejno preusmeritev težja ali nemogoča, odvisno od narave primarnega izpada.

Če pride do samodejnega preklopa, varnostna kopija zdaj podpira tako obstoječo porabo virov kot tudi uporabo virov primarne uporabniške aplikacije & rsquos. Če je to možnost, mora imeti rezervni gostitelj zmogljivost za obdelavo obeh obremenitev.

Zaradi tega je treba uporabiti člana asinhronizacije in ne varnostne kopije, če je treba uporabniško dejavnost razložiti s primarnega.

Namestitev več zrcalnih članov na enega gostitelja Kopiraj povezavo do tega odseka

Primeri Cach & eacute, ki sestavljajo zrcalo, so običajno nameščeni na ločenih fizičnih ali navideznih gostiteljih, vendar to ni pogoj. Ob predpostavki, da zmogljivost sistema zadostuje za obvladovanje obremenitev virov, ne da bi pri tem prišlo do zmanjšane zmogljivosti, je mogoče na isti gostitelj namestiti več zrcalnih elementov, posamezne okoliščine pa bodo določile, ali je to izvedljivo, in koliko zrcalnih elementov je mogoče kohostirati.

Ko uporabljate več članov za odpoved, upoštevajte, da zrcaljenje pri odpovedi predpostavlja, da so člani enakovredni, da ni prednostnega primarnega člana. Iz tega razloga je najboljša praksa pri postavljanju primerkov članov, ki preklopijo, na ločene gostitelje, da so gostitelji čim bolj podobni in približno enake zmogljivosti. Kohotiranje članov, ki preusmerijo failover, lahko preseže okvire tega modela. Če na primer ustvarite pet zrcal na petih ločenih gostiteljih in nato v zrcala dodate pet primerov Cach & eacute na enem gostitelju kot drugi člani za preusmeritev, lahko ogledala sprva delujejo s primarnimi datotekami na ločenih gostiteljih in vse varnostne kopije, kohostirane v enem sistemu. Če pa gre za dva hkratna ali skoraj hkratna izpada, ki povzročita preusmeritev, en sistem zdaj gosti dva primarna in tri varnostne kopije, kar je lahko prevelika obremenitev, da bi jo lahko ustrezno obvladal.

Pri kohostiranju več zrcalnih članov zagotovite, da vsako zrcalo uporablja edinstven nabor vrat na vsakem računalniku (glejte Zrcalni omrežni naslovi članov) in zagotovite, da drugi zrcalni člani, ki niso kohostirani, uporabljajo ista vrata. Na primer, dva primarija, ki se izvajata na dveh ločenih gostiteljih, lahko oba uporabljata vrata 1972, če pa jih oba nadomestita s kohostiranima asinhrama DR, kot je opisano v prejšnji točki, novi primariji tega ne morejo storiti. Če eno primarno uporablja vrata 1972 in drugo 1973 in so ta ista vrata konfigurirana na asinhrih, so asinhri pripravljeni na hkratno promocijo in kadar se zgodi, lahko odjemalec dostopa do ogledala z istimi vrati kot pred izpadi. Poleg tega mora imeti vsako ogledalo svoj VIP.

Ko je kohostiranih več primerkov Cach & eacute, ki pripadajo enemu ali več ogledalom, si delijo en sam ISCAgent.

Kohostiranje zrcalnih članov nima vpliva na omrežno lokacijo razsodnika za vsako zrcalo, kot je opisano v Iskanje razsodnika za optimizacijo razpoložljivosti zrcal. Vključena ogledala lahko delijo razsodnika ali uporabljajo ločene razsodnike, če so člani in razsodniki (failover) primerno nameščeni.


Analiza in povezovanje Python statične kode

V zadnjih letih uporabljam različna orodja, ki so mi pomagala napisati boljšo kodo Pythona in ujeti pogoste napake, preden sem jo zapisal. Linter je del programske opreme, ki vam lahko pomaga pri tem, in obstaja nekaj povezav Python, ki lahko najdejo in sporočijo težave z vašo kodo. Vrste vprašanj, ki jih povezovalec lahko poroča, bi rad razdelil v tri skupine:

Očitne napake kode, ki bi povzročile napake med izvajanjem.

To so enostavne. Če omenim nekaj:

  • pozabili ste prijaviti spremenljivko, preden jo uporabite
  • ste poslali funkciji napačno število argumentov
  • poskusite dostopati do neobstoječe lastnosti ali metode razreda.

Povezave vam pomagajo ujeti te napake, zato je super, da jih zaženete na svojih modulih Python, preden jih izvedete. Kodo bi morali spremeniti ročno. Lahko bi uporabili PyLint ali flake8.

Težave, povezane s slogom, ki ne povzročajo napak pri izvajanju.

Tudi to je enostavno. Če omenim nekaj:

  • kodna vrstica je prevelika, zaradi česar je težko brati
  • docstring ima enojne narekovaje (namesto dvojnih narekovajev)
  • imate dve izjavi v isti vrstici kode (ločeni s podpičjem)
  • imate preveč prostorov okoli določenih operaterjev, kot je dodelitev.

Povezave vam lahko pomagajo tudi pri odpravljanju teh težav, zato je super, da jih zaženete na svojih modulih Python, preden jih zaženete. So manj kritični, saj ste zaradi ugotovljenih težav dobili napake med izvajanjem. Če pa odpravite te težave, bo vaša koda bolj dosledna in lažja za delo.

Izvajanje sprememb, kot je ločevanje argumentov funkcije s presledkom ali ročno lomljenje daljše vrstice, je lahko dolgočasno. Še težje postane, če delate s starejšim modulom Python, ki je bil napisan brez kakršnih koli slogovnih smernic. Morda boste morali preoblikovati vsako posamezno vrstico kode, kar je zelo nepraktično.

Na srečo obstaja nekaj oblikovalnikov kod Python (na primer autopep8 in yapf), ki bi lahko preoblikovali modul Python, kar pomeni, da tega ne morate storiti ročno. Oblikovalci so odvisni od konfiguracije, ki določa, kako je treba obravnavati določene težave, na primer vrstico z največjo dolžino ali pa naj bodo vsi argumenti funkcij podani vsak v ločeni vrstici. Konfiguracijske datoteke se preberejo vsakič, ko formatiranje zažene, in omogoča uporabo istega sloga kode, ki je izjemnega pomena, če ste ekipa razvijalcev Pythona.

Splošne slogovne smernice najdete na PEP-8, ki je dejanski standard za oblikovanje kode, ki ga uporablja skupnost Python. Če pa predlogi PEP-8 ne delujejo za vašo ekipo, jo lahko prilagodite, zato je pomembno, da se vsi strinjajo in se držijo standarda, ki se ga odločite uporabiti.

Kakovost kode, vzdržnost in skladnost z najboljšimi praksami

Te so bolj zapletene, ker je v kodi težje prepoznati manj očitne težave. Če omenim nekaj:

  • razred ima preveč metod in lastnosti
  • obstajata dve številni izjavi za gnezdenje if in else
  • funkcija je preveč zapletena in bi jo bilo treba razdeliti na več.

Obstaja le nekaj linterjev, ki lahko dajo nekaj namigov o njih. Očitno bi morali kodo spremeniti ročno.

Ker sem vedno bolj uporabljal poveznice, sem bil & # 8217 izpostavljen različnim težavam, na katere prej nisem pomislil. Takrat sem spoznal, da uporabljeni linterji ne morejo ujeti vseh vrst težav, ki bi lahko obstajale, in nekatere od njih namesto mene odstranijo. Tako sem & # 8217ve začel iskati druge povezave Pythona in nabore pravil Python, iz katerih bi se lahko učil, da bi napisal boljšo kodo.

Obstaja toliko povezav in programov Python, ki bi vam lahko pomagali pri statični analizi & # 8211, poseben seznam se vodi v odlagališču super-statične analize.

Želel bi deliti nekaj koristnih orodij, ki tam niso navedena in bi vam lahko bila v veliko pomoč. Očitne napake in slogovne težave so manj zanimive, ker je toliko povezav Pythona, ki bi poročale o tistih, kot sta pylint in flake8. Za bolj zapletene programe pa je pogosto lahko pomembnejši vpogled v morebitno refaktoring. Poznavanje najboljših praks jezika in idiomov lahko tudi olajša razumevanje in vzdrževanje vaše kode Python. Obstajajo celo nekatera podjetja, ki razvijajo izdelke, ki preverjajo kakovost vaše kode in poročajo o morebitnih težavah. V veliko pomoč je tudi branje njihovih pravil.

wemake-python-styleguide je vtičnik flake8, ki združuje številne druge vtičnike flake8, ki poroča o številnih težavah vseh treh kategorij, o katerih smo govorili zgoraj. Pravila po meri (o katerih ne poroča noben vtičnik flake8) najdete na strani z dokumenti.

Povezava SonarSource je na voljo v več IDE-jih in lahko poroča o vseh vrstah napak, vonjav kode in kosov kode, ki so preveč zapleteni in bi jih bilo treba predelati. Preberite nabor pravil, saj je odličen.

Semmlejev nabor pravil je odprtokodni izdelek (kot del LGTM.com) in je njihov nabor pravil zelo koristen in ga je treba pregledati.

Nabor pravil SourceMeter ni izdelek z odprto kodo (vendar obstaja brezplačna različica), vendar je tudi njihov nabor pravil zelo koristen in ga je treba pregledati.

Ocenite to:


Uporabniško določljiva Flexfields

V Oracle HRMS obstaja osem uporabniško določljivih ključnih polj:

Ocene kolektivne pogodbe

Ključna fleksibilna polja Osebna analiza in Ocene kolektivne pogodbe imajo lahko neomejeno število struktur. Vsa druga fleksibilna polja imajo lahko samo eno strukturo.

Za vsako strukturo lahko določite do 30 segmentov v vseh ključnih poljih, razen v poljih ključev Kolektivne pogodbe. To lahko vsebuje do 20 segmentov za vsako strukturo.

Kako Oracle HRMS uporablja ključna prožna polja

Oracle HRMS uporablja ključna fleksibilna polja na več različnih načinov:

Edinstveni identifikatorji

Polja za prosta opravila, položaj, ime in kompetence omogočajo ustvarjanje edinstvenega imena, ki je kombinacija ločenih komponent ali segmentov. Ta fleksibilna polja lahko uporabite, ko definirate delovne strukture in kompetence, ki obstajajo v vašem podjetju.

Namig: Ko definirate svoje zahteve za ta ključna upogljiva polja, morate upoštevati naslednje točke:

Naloga definiranja kombinacij segmentov je običajno omejena samo na enega ali dva uporabnika. Zato vam za nadzor vrednosti, ki jih je mogoče vnesti, morda ne bo treba uporabljati nizov vrednosti ali možnosti pravil navzkrižne potrditve.

Imena, ki jih vidijo uporabniki, so sestavljena iz kombinacije vrednosti segmentov. Prikazane so vrednosti segmentov in ne pomenov.

Izogibajte se segmentom, ki vsebujejo informacije, ki se lahko redno spreminjajo. Ni zgodovine sprememb kombinacij, ki jih ustvarite. Na primer, ne določite najmanjših in največjih vrednosti za razrede kot segmente fleksibilnega polja Grade.

Informacije o analizi

Prožna polja Skupina ljudi in Osebna analiza omogočajo dodajanje ključnih informacij v zapise o zaposlitvah zaposlenih in ljudeh. Posamezne segmente teh upognjenih polj lahko uporabite za prepoznavanje ali poročanje o določenih skupinah ljudi.

Obračun plač

Ključ za razporeditev stroškov flexfield se uporablja za zbiranje in kopičenje stroškov, povezanih z vodenjem plačilnih listov.

Strukture razredov kolektivne pogodbe

Ključno fleksibilno polje Razredi kolektivne pogodbe vam omogoča ustvarjanje neomejenega števila struktur razredov. Posamezne segmente posamezne ocene uporabljate za beleženje dejavnikov ocene, ki so opredeljeni v kolektivni pogodbi.

Ko je struktura ocen zabeležena, jo lahko povežete s kolektivno pogodbo in v okno za ocene pogodbe vnesete zahtevane vrednosti faktorjev za vsako referenčno oceno.

Kaj morate nastaviti

Ključna fleksibilna polja so osrednjega pomena za Oracle HRMS, zato morate pred ustanovitvijo svoje poslovne skupine ustvariti določene definicije.

Položaj in razred ključev Flexfields

Za vsako od teh polj lahko določite samo eno strukturo na poslovno skupino.

Uporaba teh fleksibilnih polj ni obvezna, vendar skoraj vse namestitve Oracle HRMS uporabljajo fleksibilno polje Grade. Položaji se najpogosteje uporabljajo v velikih, visoko strukturiranih podjetjih, na primer na področjih vlade, izobraževanja in zdravstva.

Preden lahko definirate poslovno skupino, morate definirati ime strukture za ti dve polji fleks.

Te strukture povežete s poslovno skupino v oknu Informacije o poslovni skupini, ki se odpre v oknu Organizacija.

Bistveno je, da postopek za ustvarjanje elementov DB Flexfield DB zaženete vsakič, ko ustvarite ali spremenite definicije ključa stopnje ali položaja flexfield. Glej: Ustvarjanje ključnih elementov zbirke podatkov Flexfield

Ključa za delo Flexfields

Uporaba tega polja je neobvezna.

Preden lahko definirate poslovno skupino, morate definirati vsaj eno ime strukture za polje polja ključa opravila.

To strukturo povežete s poslovno skupino v oknu Informacije o poslovni skupini, ki se odpre v oknu Organizacija. To definira ključno polje za upogibanje, ki se uporablja za privzeto skupino posla za HR.

Za flexfield delovnega ključa lahko ustvarite več različnih struktur in jih nato povežete z uporabniško določenimi skupinami opravil.

Bistveno je, da postopek za ustvarjanje elementov DB Flexfield DB zaženete vsakič, ko ustvarite ali spremenite definicije ključa opravila. Glej: Ustvarjanje ključnih elementov zbirke podatkov Flexfield

Kompetenčni ključ Flexfield

Preden lahko definirate poslovno skupino, morate določiti ime strukture za to polje.

Za to polje lahko določite samo eno strukturo na poslovno skupino.

To strukturo povežete s poslovno skupino v oknu Informacije o poslovni skupini, ki se odpre v oknu Organizacija. Ta opredeljuje ključno fleksibilno polje, ki se uporablja pri ustvarjanju kompetenc, značilnih za poslovno skupino.

Ustvarite lahko dodatno ključno polje, ki ga lahko uporabite za ustvarjanje globalnih kompetenc, ki so na voljo v vseh poslovnih skupinah. Če pa želite, lahko uporabite isto ključno polje, ki ste ga določili za poslovno skupino. To ključno polje fleks določite v možnosti profila HR: Global Competence Flex Structure.

S kvalifikatorjem flexfield morate kot privzeti atribut določiti enega od segmentov. Na vse ostale segmente v strukturi morate priložiti tudi kvalifikator fleksibilnost Ostali.

Ključ skupine ljudi Flexfield

Za to polje lahko določite samo eno strukturo na poslovno skupino.

Za flexfield skupine ljudi ne ustvarite ločenih kombinacij segmentov. Vrednosti za vsakega zaposlenega vnesete kot del naloge zaposlenega.

Preden lahko definirate poslovno skupino, morate določiti ime strukture za to polje.

Če želite uporabljati okno Dodelitev, morate definirati vsaj en segment za polje polja Ljudje.

Bistveno je, da zaženete postopek Ustvari ključne elemente DB elementov Flexfield, kadar koli ustvarite ali spremenite definicijo ključa skupine ljudi. Glej: Ustvarjanje ključnih elementov zbirke podatkov Flexfield

Ključ za osebno analizo Flexfield

Za to polje lahko ustvarite poljubno število struktur na poslovno skupino. Vsak predstavlja posebno informacijsko vrsto.

Pred uporabo Oracle HRMS vam ni treba določiti nobenih struktur za fleksibilno polje Personal Analysis.

Vsako strukturo povežete s poslovno skupino v oknu Posebne informacije, medtem ko ste prijavljeni v to poslovno skupino.

Okna lahko konfigurirate tako, da omejijo dostop do določenih vrst informacij, kot so medicinske ali disciplinske informacije.

Ključ za razporeditev stroškov Flexfield

Za to polje lahko določite samo eno strukturo na poslovno skupino.

Z uporabo kvalifikacij flexfield lahko nadzorujete ravni, na katerih lahko uporabniki vnašajo informacije o stroških.

Preden lahko definirate poslovno skupino, morate določiti ime strukture za to polje.

Številna okna v Oracle HRMS preverjajo, ali obstaja veljavna struktura fleksibilnega polja za razporeditev stroškov. Za fleksibilno polje razporeditve stroškov morate določiti vsaj en segment.

Razred kolektivne pogodbe (CAGR) Key Flexfield

Za to polje lahko ustvarite poljubno število struktur.

Pomembno: Če uporabljate italijansko zakonodajo, ne ustvarjajte novih struktur za to polje. Uporabiti morate vnaprej določeno strukturo IT_CAGR in je ne smete spreminjati. V nasprotnem primeru za svoje naloge morda ne boste mogli vnesti ocen kolektivne pogodbe.

V vsaki strukturi lahko določite do 20 segmentov. Vsak segment se nanaša na faktor ocene, ki je na voljo kot del ocene.

Ko definirate strukturo tega fleksibilnega polja, morate potrditi polje Dovoli dinamične vstavke.

Pred uporabo Oracle HRMS vam ni treba določiti nobenih struktur za polje polj razredov kolektivne pogodbe.

Vsako strukturo povežete s kolektivno pogodbo v oknu Razredi pogodb. Referenčne ocene, vnesene v to okno, se zabeležijo v tej kombinaciji.

V okno Dogovorne ocene lahko vnesete vrednosti za vsakega od definiranih faktorjev ocene kot del vsake referenčne ocene.

Flexfields: Možnost profila za okno z odprtim ključem

Način odpiranja ključnih oken flexfield nadzira možnost Flexfields: Open Key Window profile. Če je ta možnost nastavljena na Da, se okno flexfield samodejno odpre, ko uporabnik odpre polje. Če je nastavljeno na Ne, lahko uporabniki polje fleks odprejo tako, da v meniju Uredi izberejo polje Uredi ali pritisnejo CTRL + L. Privzeto je Da.


Interaktivni zemljevidi brez strežnikov zemljevidov

30. septembra 2015 sem se pogovarjal z GIS uporabniško skupino Southern Maryland z naslovom & # 8220Interactive Maps Without Map Server. & # 8221 Ta objava je sestavljena iz diapozitivov iz te predstavitve, vmešanih v mojo & # 8220talk track & # 8221, da bi zagotovili kontekstu.

Danes bom razpravljal o objavi interaktivnih zemljevidov brez uporabe zemljevidskega strežnika. To bom storil s poudarkom na posebni študiji primera za eno od naših strank, ameriško komisijo za državljanske pravice. Ta primer je dokaj preprost in izbral sem ga zaradi enostavnosti ponazoritve za današnji pogovor. Preden začnem, mislim, da je treba razčistiti nekaj terminologije.

Najprej, kaj mislim z izrazom "interaktivno?" Najprej bom razložil, kaj ne mislim.

Ne mislim ArcMap v brskalniku. Ko govorim o "interaktivnosti", govorim o dokaj osredotočenih aplikacijah za spletno preslikavo, ki so namenjene uporabnikom, da odgovorijo na eno ali dve specifični vprašanji. Zemljevid bi moral to podpirati z zagotavljanjem geografske bogastva izkušnje, vendar ne bi smel poskušati zagotoviti popolne zmogljivosti GIS. Obstajajo metrike, ki podpirajo osredotočen pristop kot pristop kuhinjskega pomivalnega korita, zato bomo danes govorili o aplikacijah za enkratno ali ozko uporabo.

Druga stvar, ki jo moram pojasniti, je, kaj mislim z izrazom »strežnik zemljevidov«.

Resnično mislim kaj drugega kot vaš spletni strežnik vanilije. To lahko pomeni ArcGIS Server, GeoServer, MapServer ali vmesno programsko opremo po meri, ki jo razvijete sami. Z današnjo tehnologijo je povsem izvedljivo zagotavljati interaktivne zemljevide brez uporabe kakršne koli vmesne programske opreme in to bomo danes raziskali.

S pojasnili teh izrazov pojdimo na našo študijo primera. V tem pogovoru se bom osredotočil na naš mesečni potek posodobitve, vendar je pomembno vedeti, da je potrebna nekaj začetnih nastavitev projekta. V tem primeru je namestitev vključevala ustvarjanje in oblikovanje vsebine spletnega mesta, kot so HTML, CSS, struktura map, knjižnice Javascript, lokacije podatkovnih datotek in drugi standardni deli katerega koli spletnega mesta. Vključevalo je tudi ustvarjanje nekaterih zalednih podatkovnih struktur v PostGIS, ki bodo pomagale pri obdelavi podatkov, kot so podatkovne tabele in pogledi. Za ta projekt mi v bazi ni bilo treba narediti ničesar zares eksotičnega.

To je namen spletnega mesta. Ko gremo naprej, boste morda opazili, da se podatki ne zdijo normalizirani glede na populacijo in bi bili pravilni. Z uporabnikom še vedno sodelujemo, da bi ga poučili o pomembnosti tega in pričakujemo, da bomo kmalu prejeli njihov odkup.

Tu je naš osnovni pretok podatkov. Od uporabnika prejmemo formatirane datoteke Excel in jih ročno pripravimo na pretvorbo v CSV. Priprava vključuje odstranjevanje nekaterih oblik oblikovanja in formul ter nato izvoz neukrašenih podatkov v CSV. Nato CSV uvozimo v PostGIS, združimo ga z geometrijami, izvozimo v GeoJSON in posodobljeno spletno mesto objavimo na spletu.

Nabor orodij, ki ga uporabljamo za objavo, je dokaj minimalen. O programu Excel in PostGIS sem že razpravljal in podrobneje se bom seznanil s tem, kako smo uporabili PostGIS v prihajajočih diapozitivih. GDAL, resnično OGR, se uporablja za izvoz podatkov iz PostGIS v GeoJSON. Vse to bi lahko naredil neposredno v zbirki podatkov, vendar raje uporabljam OGR, ker lažje tako skriptiram postopek. Letak je knjižnica preslikav Javascript, ki jo uporabljamo za vizualizacijo na spletnem mestu. GeoJSON naravno razume, zato je bil primeren. D3 je knjižnica grafikonov, ki jo uporabljamo za grafikone na spletnem mestu. Svoje posodobljeno spletno mesto objavljamo na straneh GitHub, vendar pred objavo uporabljam lokalni primerek NGINX za QA / QC. Vendar bi moral zadostovati kateri koli standardni spletni strežnik.

Ne skrbite, niste pomežiknili in zamudili diapozitiv. Skočim s korakom 2. Kot sem že omenil, je korak 1 preprosto formatiranje Excelovega dokumenta in izvoz v CSV. Zaradi časa ne bom podrobneje razpravljal o tem koraku. Poizkušam s prenašanjem podatkov v PostGIS.

PostGIS je razširitev prostorskih podatkov za relacijsko bazo podatkov PostgreSQL. PostgreSQL ima lepo skrbniško orodje za GUI, imenovano PgAdmin, ki ponuja koristen vmesnik za uvoz CSV v bazo podatkov. Orodje za uvoz je lep ovoj okoli stavka PostgreSQL COPY, ki ga lahko izdate iz ukazne vrstice. Kakor koli je popolnoma veljavno. Prikazujem PgAdmin, ker je lepši diapozitiv. Omeniti velja, da sem tabelo zbirke podatkov oblikoval kot del moje začetne nastavitve projekta, tako da sem tam samo sedel in čakal na podatke. Ko uvozim podatke CSV, se vedno dodam obstoječi tabeli, zato vsebuje podatke za vse mesečne posodobitve. Opazili boste tudi, da tukaj ne prilagam nobenih prostorskih podatkov.

Velika prednost uporabe relacijske baze podatkov je ta, da se izvlečemo iz »shapefile mode«, kjer imamo v svoji organizaciji več delovnih kopij geometrij. Že zdavnaj sem sprejel kot najboljšo prakso shranjevanje prostorskih podatkov v eni referenčni tabeli, pri čemer so bili edini atributi skupni identifikatorji, ki jih lahko uporabimo kot stolpce za združevanje. V tem primeru uporabljam poligone državne meje ZDA, ki jim je dodeljeno ime države, okrajšava države in koda FIPS. Nato s pogledi po potrebi dinamično združim podrobne podatke z geometrijami. V tem primeru diagram kaže, da podatke o pritožbi pridružujem državnim poligonom z uporabo državne okrajšave.

Pogled moje baze podatkov namesto tega, da bi samo pridružil podatke, zame deluje tudi drugače. Pogledi se lahko uporabljajo za izvajanje nešteto funkcij obdelave in analitičnih funkcij. V tem primeru moj pogled vsebuje agregatne funkcije (tukaj niso prikazane), ki izračunajo skupne letne vrednosti, potrebne za spletni zemljevid. Uporabnik zahteva, da zemljevid poleg skupnih pritožb prikazuje tudi skupne letne podatke za vsako vrsto pritožbe. Ti seštevki se nikoli ne shranijo, saj bi podvojili velikost podatkov. Zdaj sem pripravljen za izvoz podatkov.

GeoJSON uporabljam za pogon objavljenega spletnega zemljevida, zato je naslednji korak izvoz podatkov tekočega meseca v GeoJSON.

Če GeoJSON ne poznate, je to splošno sprejet standard skupnosti za kodiranje geografskih značilnosti v Javascript Object Notation za uporabo v spletnih aplikacijah. JSON je izvorno kodiranje objektov Javascripta, zato ga koda Javascript zlahka razume. GeoJSON izrecno razume knjižnica za kartiranje letakov, ki vodi spletni zemljevid, ki se tu proizvaja. Posledično zemljevid v brskalniku uporablja pripisane vektorske predmete.

Na začetku tega pogovora sem omenil, da uporabljam OGR za izvoz GeoJSON iz baze podatkov PostGIS. OGR je pripomoček ukazne vrstice, ki pretvori med različnimi oblikami podatkov. Ukazna vrstica tukaj določa moj izhod kot GeoJSON in vsebuje ime izhodne datoteke. Ponuja tudi informacije o moji povezavi z bazo podatkov v citiranem nizu po ukazu »PG:«. Končno določi specifični SQL, ki ga je treba izvesti, rezultati pa se odvržejo v izhodno datoteko GeoJSON. Tu nastopi pogled, o katerem sem prej razpravljal. Tukaj rečem, naj mi posreduje podatke samo za avgust 2015. Posledično bom dobil zapis GeoJSON za vsako ameriško zvezno državo, ki vsebuje njegovo geometrijo, in združen samo s podatki za najnovejšo posodobitev. Ta ukaz zaženem v podatkovnem imeniku mojega spletnega mesta, tako da se podatki izvozijo na pravilno mesto.

V praksi za vsako posodobitev ustvarim dve datoteki GeoJSON in CSV. Kot rezultat, se zgornja izjava zažene iz skripta, mesec in leto pa sta podana kot argumenta. Zaradi časa in enostavnosti to tukaj ni prikazano.

Po vsem opravljenem delu pri pripravi in ​​izvozu podatkov se lahko sam postopek objave zdi nekoliko protimačni.

Če želite objaviti posodobljeno spletno mesto, moram samo posodobiti konfiguracijsko datoteko spletnega mesta, ki je napisana v Javascriptu, in nato datoteke kopirati na pravilno mesto v spletnem strežniku. Uporabljamo strani GitHub, zato je naša "kopija" resnično "git push". Če bi uporabljali običajni spletni strežnik, pa bi lahko preprosto objavili spletno stran s kopijo datoteke ali operacijo FTP. Tukaj si bom vzel trenutek, da vas opozorim, da je bila vsa vsebina HTML, CSS in Javascript pripravljena kot del začetne nastavitve projekta. Tako da podatke in konfiguracijske datoteke preprosto posodabljam vsak mesec, vendar je bilo na začetku nekaj oblikovalskega dela. Pogovorimo se o teh nastavitvah konfiguracije.

Tukaj je celotna konfiguracijska datoteka. Za objavo mesec in leto posodobim povsod, kjer se pojavita, bodisi v besedilu bodisi v številki. Tako sem za posodobitev za avgust vsak "julij" spremenil v "avgust" in vsakega "07" v "08". Naslednje leto bom "2015" zamenjal z "2016". Notranji skripti mesta preberejo te vrednosti in se spletno mesto ustrezno konfigurira. Torej za ta del ni potrebno težko znanje Javascripta. S temi posodobitvami kopiram posodobljene datoteke spletnega mesta v njihov dom na strežniku, potem ko opravim nekaj lokalnih QA / QC.

Tu je posnetek zaslona nastalega spletnega mesta. V informacijskem polju lahko vidite kazalec nad Marylandom ter trenutne in trenutne vsote. Orodja za pomikanje in povečavo pomagata izboljšati področja, kjer so podatki lahko malo natrpani. Na spletnem mestu http://zekiah.github.io/usccr/ si lahko ogledate celotno spletno mesto v akciji, vključno z grafikoni D3.

Naj pojasnim, kaj se tukaj dogaja, saj je videti kot kateri koli drug spletni zemljevid, kar je bistvo. Podatki, ki jih vidite, se pretakajo iz datotek GeoJSON, ki sedijo v datotečnem sistemu spletnega strežnika. Vso interaktivnost obravnava brskalnik brez povratnih klicev na kateri koli zemljevidski strežnik ali vmesno programsko opremo. To je precej preprosta aplikacija. Letak ima veliko dodatnih zmogljivosti, ki se jih tukaj nismo morali dotakniti, vključno z bogato skupnostjo vtičnikov. Celotno spletno mesto torej živi samostojno na spletnem strežniku, brez dodatnih kljuk na druge platforme.

Tako sem razložil, kaj in kako smo to storili, vendar se v resnici nisem spraševal, zakaj bi to storili na ta način. Začel bom s tem, da ta pristop ni rešitev in da še vedno ne smete odpovedati svojih strežnikov zemljevidov. Ta pristop je še en način objave interaktivnih zemljevidov, ki so lahko v določenih situacijah pravi.

Tu je nekaj prednosti tega pristopa. Arhitekturni preprostosti res ni mogoče trditi. Na koncu potrebujete le spletni strežnik. Če ste kdaj nastavili, konfigurirali in vzdrževali katero koli programsko opremo za strežnike zemljevidov, je to verjetno za vas privlačno.

Varnost je tudi druga potencialna korist. Večina strežnikov zemljevidov svoje delo opravi tako, da ohrani neko obliko povezave v živo nazaj do izvornih podatkov, kot so zbirke podatkov ali notranji datotečni sistemi. Razen če imate velik proračun za IT-arhitekturo, strežnik zemljevidov verjetno sega nazaj do vaših delovnih podatkov, kar pomeni, da je od interneta do vaših delovnih podatkov predor, ki bi ga lahko potencialno izkoristili. S pristopom, ki sem ga danes začrtal, se to preprosto ne zgodi. Podatki, ki ste jih že odobrili za izdajo, so na vašem javnem spletnem strežniku brez povezave z vašimi delovnimi podatki. Res dober heker lahko še vedno najde pot, a vsaj krušnih drobtin ne puščate.

Razširljivost je še ena potencialna prednost. Spletni strežniki in HTTP so bili zasnovani tako, da strežejo statične vsebine. Vsa leta so delali s spletnimi storitvami in strežniki aplikacij, zato so bili dinamični podatki videti kot statični viri za splet. Še vedno je veliko primerov, ko je to potrebno, če pa se lahko izognete uporabi statične vsebine, lahko spletnim tehnologijam dovolite, da naredijo tisto, za kar so bile zasnovane. Je hiter in zelo prilagodljiv.

Všeč mi je tudi možnost nadzora konfiguracije. Če ste se kdaj ujeli z različicami zbirke geodatabase, imate verjetno še vedno brazgotine. Esrijev pristop ni dober, vendar so še vedno edini, ki se lotevajo težave z različicami. S pristopom, o katerem sem razpravljal, vaši objavljeni podatki postanejo statična, besedilna vsebina, ki jo lahko konfigurirate in shranite v sisteme, zasnovane za izvajanje te vloge, kot so git, Subversion ali Team Foundation Server.

Obstaja tudi še ena prednost, ki je bila zelo privlačna za našo stranko z omejenimi viri:

Najprej nisem omenil stroškov, ker nisem prepričan, da bi to moral biti glavni gonilnik, vendar pristop, ki sem ga tukaj opisal, ni imel dodatnih infrastrukturnih stroškov. Če bi uporabnik uporabljal strežnik Windows z IIS, bi nastali stroški licenciranja, vendar jim ta pristop ne bi prispeval. Stroški so v resnici le še en način za poenostavitev tega pristopa.

Kot sem že omenil, ta pristop ni rešitev. Kot pri vsaki implementaciji tehnologije jo je treba oceniti glede uporabnosti. Tukaj je nekaj, vendar še zdaleč vseh premislekov, ki jih je treba upoštevati. Če svoje delo mislite kot postopek objave, boste morda želeli razmisliti o takšnem pristopu. To pomeni, da če boste lahko vizualizirali korake za pripravo in dokončanje dokončanega »izdelka« za preslikavo, boste morda želeli razmisliti o tem brez strežnikov zemljevidov.

Če s svojimi spletnimi zemljevidi vizualizirate zelo transakcijske podatke, na primer za ohranjanje situacijske zavesti o tekočem zbiranju terenskih podatkov, ta pristop morda ni pravi za vas. Tehnologija vmesnega zemljevidskega strežnika vam bo verjetno pomagala pri nekaterih težavah.

Če se vaši podatki ali izdelki pogosto osvežujejo, na primer večkrat na dan, bi si mnogi želeli ogledati tudi strežnike zemljevidov. Če je vaš postopek dobro definiran in ga je mogoče v celoti skriptirati, lahko izvajanje skriptov z uporabo opravil cron ali načrtovanih nalog doseže tisto, kar potrebujete, brez strežnika zemljevidov.

Zadnja točka spet govori o varnosti. Če želite ločiti svoje delovno okolje od končnih izdelkov, to doseže pristop, o katerem sem razpravljal tukaj. Tukaj je malo zgodovine. Pred dvajsetimi leti so vaši proizvodni sistemi GIS živeli v vaši trgovini in vaši izdelki so bili zemljevidi na papirju. Izdelek je bil izoliran iz GIS. Deset let kasneje je bil ta izdelek verjetno PDF, vendar se je ločitev še vedno ohranila. Na prelomu tisočletja je spletno kartiranje postalo priljubljeno, vendar so bili za to potrebni specializirani strežniki za zemljevide. Ti strežniki so prekinili ločitev med delovnim in proizvodnim okoljem, kar je povzročilo veliko arhitekturnih zahtevnosti za zaščito povezave. Trenutna tehnologija spletnega kartiranja je obnovila možnost ohranjanja ločenosti med delovnimi okolji in proizvodnimi okolji, hkrati pa še vedno zagotavlja smiselno, interaktivno izkušnjo zemljevidov. To je nekaj, kar bi morali dodati v naše sklope orodij kot možnost oblikovanja.

Kot vedno je glavna zahteva za takšno tehnično odločitev natančno razumevanje lastnih delovnih tokov, podatkov in izdelkov. Ni več vprašanje tehnologije. Zdaj obstaja dovolj tehnologije, da lahko uporaba statične geoprostorske vsebine postane veljaven pristop, če ustreza vašim potrebam.


10 odgovorov 10

Nekaj ​​stvari morate preveriti:

  1. Ste pravilno napisali ime funkcije? Imena razlikujejo med velikimi in malimi črkami.
  2. Ste namestili paket, ki vsebuje funkcijo? install.packages (& quotthePackage & quot) (to je treba narediti samo enkrat)
  3. Ste ta paket pripeli v delovni prostor? require (thePackage) (in preverite njegovo vrnjeno vrednost) ali knjižnico (thePackage) (to je treba storiti vsakič, ko začnete novo sejo R)
  4. Ali uporabljate starejšo različico R, kjer ta funkcija še ni obstajala?

Če niste prepričani, v katerem paketu je ta funkcija, lahko naredite nekaj stvari.

  1. Če ste prepričani, da ste namestili in priložili / naložili pravi paket, vnesite help.search (& quotsome.function & quot) ali ?? some.function, da dobite informativno polje, ki vam lahko pove, v katerem paketu je.
  2. find and getAnywhere lahko uporabite tudi za iskanje funkcij.
  3. Če o paketu nimate pojma, lahko uporabite findFn v paketu sos, kot je razloženo v tem odgovoru.
  4. RSiteSearch (& quotsome.function & quot) ali iskanje z rdocumentation ali rseek so alternativni načini iskanja funkcije.

Včasih morate uporabiti starejšo različico R, vendar zaženite kodo, ustvarjeno za novejšo različico. Novo dodanih funkcij (npr. HasName v R 3.4.0) takrat ne bo mogoče najti. Če uporabljate starejšo različico R in želite uporabiti novejšo funkcijo, lahko uporabite backports paketa, da omogočite takšne funkcije. Prav tako najdete seznam funkcij, ki jih je treba podporiti v git repo zaledju. Upoštevajte, da so različice R, starejše od R3.0.0, nezdružljive s paketi za R3.0.0 in novejše različice.

Druga težava, ob prisotnosti NAMESPACE, je ta, da poskušate zagnati neizvoženo funkcijo iz paketa foo.

Na primer (izmišljeno, vem, ampak):

Prvič, ne bi smeli klicati metod S3 neposredno, ampak domnevamo, da je plot.prcomp dejansko bila uporabna notranja funkcija v paketu foo. Če želite poklicati takšno funkcijo, če veste, kaj počnete, morate uporabiti. . Vedeti morate tudi imenski prostor, v katerem je funkcija najdena. Z uporabo getAnywhere () ugotovimo, da je funkcija v paketu statistika:

Tako ga lahko zdaj pokličemo neposredno z uporabo:

Plot.prcomp sem uporabil le kot primer za ponazoritev namena. Pri običajni uporabi ne bi smeli klicati metod S3, kot je ta. Kot sem že rekel, če funkcija, ki jo želite poklicati, obstaja (morda je to skrita pripomoček na primer), vendar je v imenskem prostoru, bo R sporočil, da funkcije ne more najti, razen če mu določite, kateri imenski prostor naj išče v.

Primerjajte to z naslednjim: stats :: plot.prcomp Zgoraj ne uspe, ker medtem ko stats uporablja plot.prcomp, se ne izvozi iz statistike, kot pravi napaka:

Napaka: 'plot.prcomp' ni izvoženi objekt iz 'namespace: stats'

To je dokumentirano na naslednji način:

pkg :: name vrne vrednost izvoženega imena spremenljivke v imenskem prostoru pkg, medtem ko pkg. ime vrne vrednost notranje spremenljivke ime.


Kateri argumenti so napačni pri zagonu primera ArcGIS za arcpy.mapping.ListBookmarks in izvozu v PDF arcpy.mapping.ExportToPDF? - Geografski informacijski sistemi

The USGS StreamStats ukaz uporabniku omogoča, da klikne na lokacijo toka v pogledu zemljevida, programska oprema pa bo razmejila mejo porečja, izračunala značilnosti porečja in podala ocene pretoka na podlagi regresijskih enačb USGS za posamezno mesto. Programska oprema bo ustvarila datoteko oblike, ki vsebuje določeno mejo razvodja in značilnosti porečja ter poročilo PDF za izbrano mesto.

Hidravlični kalkulator

Za definiran prerez HEC-RAS ima pogovorno okno Podatki o preseku podokno z vgrajeno Hidravlični kalkulator. Ta kalkulator omogoča uporabniku, da izbere neznano spremenljivko, programska oprema pa bo samodejno izračunala rešitev po vnosu znanih parametrov. Na primer, za določeno nadmorsko višino vodne površine in naklon energije (ali naklona) bo programska oprema izračunala stopnjo praznjenja.Upošteva Manningova podobmočja hrapavosti, ne upošteva pa neučinkovitih površin pretoka, ovir za transport, nasipov ali pokrovov.

Uporabi izrezo predloge kanala

The Uporabi izrezo predloge kanala ukaz se uporablja za revizijo geometrije prereza kanala (samo med bančnimi postajami) z uporabo določene predloge prereza za vse ali izbrane rečne prereze. Ta ukaz se običajno uporablja za revizijo geometrije kanala, kadar ni na voljo dovolj podatkov o terenu, da bi lahko ustrezno opredelili geometrijo kanala. Zagon tega ukaza povzroči, da programska oprema uporabi definirano predlogo za ustvarjanje geometrije kanala. Predloga določenega prereza kanala je vodoravno velika, da se seka z definiranima postajama na levem in desnem bregu.


Upoštevajte, da zelena črta, prikazana zgoraj, predstavlja konstruiran prerez kanala, ki je uporabljen za prerez s tem ukazom. Črna črta predstavlja prvotne podatke o terenu.

Kalibracija enakomernega pretoka

Za pomoč pri kalibraciji modela enakomernega pretoka HEC-RAS je polavtomatski Kalibracija enakomernega pretoka orodje. Uporabnik lahko vstopi v opazovane višine vodne gladine vzdolž rečnega dosega in programska oprema bo interpolirala ustrezno višino vodne površine na določenih prerezih. Nato bo programska oprema izvedla analizo HEC-RAS v "šaržnem načinu", ki uporabniku omogoča hitro prilagajanje vrednosti hrapavosti Manninga vzdolž rečnega dosega, da se izračunane višine vodne površine ujemajo z opaženimi višinami vodne površine.

Podvojen trenutni scenarij

The Podvojen trenutni scenarij ukaz naredi enako kopijo trenutnega scenarija (načrta). Uporabnik lahko po želji naredi kopijo trenutne geometrije in podatkov o stalnem pretoku. To je koristno, kadar mora uporabnik za primerjavo ustvariti različne nadomestne zasnove - na primer pri primerjavi različnih načrtov prehoda na cestišče.

Prikaz podatkovne plošče zemljevidov Prikaz GIS predmetov

Elementi, prikazani na plošči Podatki zemljevida, se ujemajo z barvo elementa v pogledu zemljevida. Tako uporabnik veliko lažje razlikuje, kaj sloji GIS ustrezajo tistemu, kar je prikazano v pogledu zemljevida.

Geometrija vzvratnega preseka

The Geometrija obratnega prereza ukaz se uporablja za preklop vodoravne postaje za prerez ali izbor prerezov. Včasih se srečajo obstoječi modeli HEC-RAS (in HEC-2), kjer je bila geometrija preseka določena z referenčno točko, ki gleda v smeri proti toku (v primerjavi s konvencionalno smerjo navzdol). Ta ukaz odpravi to težavo.

Prilagoditev geometrije cestnega križišča

Pogovorno okno Bridge & # 038 Culvert Data Prilagoditev geometrije plošča omogoča uporabniku, da prilagodi vodoravno postajo zgornjih ali spodnjih prečnih prerezov, tako da lahko standardno referenčno postajo, kot je središče reke (thalweg), nastavite na določeno vrednost postaje (npr. 0 ali 1000). . Na ta način se lahko vse ostalo sklicuje s te referenčne postaje. Na ta način je mogoče s skupno referenčno postajo lažje sklicevati na geometrijo visokih tetiv (cest), geometrijo nizkih tetiv, položaje pomolov in postajo prepustov. Poleg tega je mogoče visoko in / ali nizko višino tetive prilagoditi glede na referenčno točko nadmorske višine.

Fiksna nadmorska višina preseka

The Fiksne višine usedlin ukaz uporabniku omogoča, da izbrane prereze napolni z usedlinami. Predpostavlja se, da je sediment v prerezu enak konstantni višini. Nanos sedimenta je prikazan tudi na ploskvi preseka.

Pilotni kanali v preseku

Da bi stabilizirali modele z nestacionarnim tokom, namestimo tanko Pilotni kanal vzdolž rečnega dosega pomaga, da se model približa stabilni rešitvi. Pilotni kanal med izračuni deluje kot blazina vode, kar močno pospeši izračune nestabilnega pretoka. Uporabnik lahko grafično prilagodi pilotni kanal v pogledu profila reke, pri čemer izbere območje, po katerem bo uporabljen rezalni kanal pilotnega kanala. To je koristno, kadar je dno kanala močno neenakomerno vzdolž rečnega dosega z ustvarjanjem enakomernega naklona pilotskega kanala vzdolž rečnega dosega, ki ponavadi zmanjšuje učinke nepravilnosti dna kanala. Pilotni kanal je prikazan tudi v diagramu preseka.

Mreža nadmorske višine

Medtem ko generira zemljevid poplav, programska oprema ponuja možnost ustvarjanja mreže nadmorske višine vodne površine na podlagi izračunane nadmorske višine vodne površine. Ta globinska mreža je lahko barvno oblikovana glede na globino in izvožena v običajnih formatih višinskih mrež.

Kartiranje poplav za modele velikih terenov

Izračun poplavne karte za modele velikih terenov je bil močno izboljšan. Programska oprema bo model terena razrezala na manjše kose, tako da bo mogoče izračunati natančen rob vode. Na ta način lahko programska oprema upravlja raven podrobnosti glede na velikost celice modela terena in ohranja optimizirano zmogljivost in hitrost glede na računske in pomnilniške omejitve uporabnikovega računalnika.

Ustvari konture

The Ustvari konture ukaz omogoča ustvarjanje konturnih črt za višinske mreže. Uporabnik lahko določi glavni in manjši razmik med konturami, tehtanje črt, barve črt in drugo. Obrisi nadmorske višine uporabniku pomagajo pri odločitvi, kam naj postavijo prereze na pogledu zemljevida, da najučinkoviteje zajame območje toka, ko tok teče navzdol.

Izvlecite krivuljo prostornine prostora za shranjevanje

The Krivulja prostornine izvlečka prostora za shranjevanje ukaz omogoča programski opremi, da določi ustrezno krivuljo nadmorske višine-prostornine za vsako območje shranjevanja. Programska oprema bo prikazala najmanjšo in največjo nadmorsko višino tal, ki ležijo pod poligonom skladiščnega prostora. Uporabnik lahko določi natančnost, ki jo bo uporabil pri ekstrahiranju krivulje prostornine prostora za shranjevanje.

Vrstica napredka med dolgo obdelavo ukaza

Za izboljšanje uporabniške izkušnje je zdaj prikazana vrstica napredka, ki uporabnika obvešča, kako dolgo bo trajal določen postopek. Prikazuje potek ukaza skupaj s sporočili o stanju. To funkcijo smo uvedli za nekatere ukaze, na primer nalaganje datoteke CAD in ustvarjanje zemljevida poplav, in jo bomo dodajali drugim ukazom, ko se bodo naša prizadevanja za razvoj programske opreme nadaljevala.

Prenesite spletne elevacijske DEM

Programska oprema bo v vaš računalnik prenesla podatke o nadmorski višini za območje, na katerem delate. Za ZDA je na voljo ločljivost nadmorske višine 10 m (točka nadmorske višine vsakih 10 metrov). Za območja zunaj ZDA je ločljivost nadmorske višine 30 m. Programska oprema bo samodejno združila podatke o nadmorski višini s podatki o višini višje ločljivosti, naložene iz lokalnega računalnika. Na voljo so tako ameriške višinske enote (ft) kot metrične višinske enote (m).

Samodejno določanje ID-ja bočne strukture

Ko dodelite ali narišete stransko strukturo v pogledu zemljevida, bo programska oprema samodejno določila bočno strukturo rečne postaje na podlagi sosednjega rečnega dosega in obstoječih prerezov. Uporabnik lahko preglasi predlagano rečno postajo.

Nepodprta opozorila o podatkih HEC-RAS

Medtem ko GeoHECRAS podpira vse glavne zmogljivosti HEC-RAS, obstaja nekaj različnih zmogljivosti, ki jih še ne podpira. Med uvozom modelov HEC-RAS bo programska oprema sporočila morebitne nepodprte podatke HEC-RAS.

Urejanje imen rek in imen

Uporabnik lahko reko preimenuje in / ali doseže z dvojnim klikom na ime dosega v pogledu zemljevida. Ni treba prikazati ustreznega pogovornega okna s podatki.

Izbiranje prerezov iz pogleda zemljevida

Obstajajo primeri, ko bo moral uporabnik v pogledu zemljevida izbrati vodoravno postajo preseka, na primer pri dodeljevanju več podobmočij hrapavosti prerezu. Uporabnik lahko klikne na […] gumb v glavi stolpca Horizontal Station v tabeli podatkov Geometrija preseka in pogovorno okno Podatki preseka začasno izgine. Vodoravne točke postaj bodo prikazane na vrhu trenutnega preseka. Nato lahko uporabnik klikne na vodoravno točko postaje in se nato vrne v pogovorno okno z izbrano vodoravno postajo, označeno v tabeli podatkov Geometrija preseka. Poleg tega bo na ploskvi preseka označena tudi ustrezna talna točka.

Prilagoditev 3D modela

Uporabnik lahko prilagodi navpično in vodoravno postavitev 3D struktur, kot so modeli SketchUp. Uporabnik lahko izbere pritrditev konstrukcije na tla ali po potrebi dvigne ali spusti nadmorsko višino konstrukcije. Poleg tega nekatere 3D strukture morda niso natančno locirane. Uporabnik lahko povleče in zasuče strukturo, da natančno poišče, kje bi morala biti. Poleg tega lahko uporabnik zaklene plast 3D modela, da prepreči nenamerno premikanje 3D strukture.

Podpora za licenciranje v oblaku

Na voljo je nova možnost licenciranja v oblaku, ki poenostavlja in izboljšuje administrativno izkušnjo IT z odpravo potrebe po upravljanju licenčnega strežnika lokalnega omrežja. To pomaga zmanjšati notranje stroške informacijske podpore, hkrati pa poveča prilagodljivost in razširljivost kadar koli in kjer koli.

Podpora za licenciranje odjave / prijave

Tako za plavajoče omrežne licence kot za licence v oblaku lahko uporabnik preverja licenco za lokalno delovno postajo do 7 dni. Po preteku obdobja odjave in ko licenca še ni preverjena, se licenca samodejno preveri nazaj. v plavajoče omrežje ali področje licenc v oblaku. To omogoča uporabniku, da preveri licenco za lokalno delovno postajo v prenosnem računalniku in dela na programski opremi zunaj pisarne.

Celovita podpora CRS

Izvedena je bila popolnejša in celovitejša podpora koordinatnega referenčnega sistema (CRS). Dodanih je veliko lokalnih in regionalnih projekcij CRS. Poleg tega je izboljšana uporabniška interakcija pri dodeljevanju projekcij CRS.

Izboljšan prikaz podrobnosti projekcije CRS

Za izbrani koordinatni referenčni sistem (CRS) so enote jasno prikazane v metrih, mednarodnih stopah in ameriških stopinjah.

Branje CRS iz AutoCAD Civil 3D risb

Programska oprema bo zdaj določila koordinatni referenčni sistem (CRS) iz naloženih risb AutoCAD Civil 3D. To pospeši postopek nalaganja risb CAD v programsko opremo, ker ni treba ročno dodeliti CRS naloženi risbi CAD.

Lokalna podpora CRS

Pri delu z modeli HEC-RAS in projektnimi podatki, ki niso definirani glede na določen referenčni sistem koordinat zemljevida (CRS), temveč na lokalni CRS, programska oprema zdaj ponuja lokalni CRS na seznamu razpoložljivih CRS po meri. To omogoča povezovanje povezanih podatkov na isti lokaciji v pogledu zemljevida.

Dodatni osnovni zemljevidi

Dodani so bili dodatni osnovni zemljevidi in izboljšana topografska karta USGS.

Dodelite Manningovo hrapavost z uporabo CAD poligonov

The Dodeli Manningove podatke ukaz je razširjen na podporo datotek risanja AutoCAD in MicroStation, ki vsebujejo poligone. To uporabniku omogoča risanje poligonov na vrhu ortofota znotraj AutoCAD-a ali MicroStation-a, ki predstavljajo različna podobmočja hrapavosti. Določimo lahko privzeto hrapavost levega prekomernega brega, kanala in desne prekomerne banke. Višino poligona je treba dodeliti enako pripadajoči Manningovi hrapavosti. Pomembno je, da je decimalna natančnost risbe nastavljena dovolj visoko, da omogoča dovolj pomembnih številk pri dodeljevanju višin poligona, da se ujemajo s pripadajočo Manningovo hrapavostjo.

Dodatna podpora za ime vozlišča

Programska oprema bo zdaj prikazala imena vozlišč v pogledu zemljevida pod ID-ji rečnih postaj. Poleg tega lahko uporabnik izvede urejanje tabel imen vozlišč s pomočjo Uredite rečne postaje in imena vozlišč # 038 ukaz.

Opis projekta HEC-RAS Povečana velikost polja memo

Polje beležke HEC-RAS Opis projekta, ki se nahaja na zakulisni strani Info, je povečano, da lahko uporabnik vidi več vsebine in shrani večje opise projektov.

Izračunajte pogovorno okno Scenarij enakomernega stanja

The Računaj enakomerno - trenutni scenarij pogovorno okno zdaj omogoča uporabniku, da izbere določene profile za analizo, namesto da analizira vse definirane profile. Uporabnik ima lahko na primer opredeljene 2-letne, 5-letne, 10-letne, 25-letne, 50-letne in 100-letne profile. Ta nova izvedba omogoča uporabniku, da na seznamu profilov izbere, katere profile bo analiziral.

Pogovorna okna s spremenljivimi podatki

Vsa pogovorna okna s podatki (tj. Podatki o prerezu, podatki o mostu in # 038, podatki v vrstici, podatki o stranski strukturi, podatki o območju shranjevanja in podatki o povezavi v prostoru za shranjevanje) je mogoče vodoravno spremeniti. Uporabnik lahko pogovorno okno spremeni tako, da zajame in povleče levo ali desno stran pogovornega okna, da pogovorno okno postane ožje ali širše.

Shranjevanje vhodnih podatkov s čiščenjem

Prej, ko je uporabnik preklapljal med projekti, so bili izgubljeni vsi definirani podatki o čiščenju znotraj HEC-RAS Scour Calculator. Poleg tega so se po tem, ko je uporabnik zaprl projekt, podatki o čiščenju izgubljeni. Programska oprema si te podatke zapomni skozi celotno življenjsko dobo projekta.

Zemljevidi poplav za geografske nadmorske višine CRS

Programska oprema lahko zdaj generira rezultate poplavne karte za nadmorske višine, ki so opredeljene v projekciji geografskega koordinatnega referenčnega sistema (CRS).

Ustvari konture z dodeljeno višino Z.

Pri ustvarjanju kontur z uporabo Ustvari konture Ukaz je nastala datoteka 3D-oblike poligina poleg atributa višine dodelila še vrednosti višine Z.

Izboljšave ukazov za preseke georeference

Dodatna funkcionalnost je bila dodana Georeferenčni preseki ukaz. Programska oprema lahko po georeferenciranju prereza znova ekstrahira zemeljski teren in ponovno izračuna dolžine pretoka preseka.

Dodeli izboljšave ukazov za neučinkovit pretok

Različne izboljšave dodelitve so bile narejene v Dodelite območja z neučinkovitim pretokom ukaz.

Dodelite izboljšave ukaza za dodelitev ovir za transport

Različne izboljšave dodelitve so bile narejene v Dodeli transportne ovire ukaz.

Izboljšave ukaza FEMA v poplavnih ravnicah

The Poplavni posegi Izboljšan je ukaz, s čimer je pogovorno okno bolj kompaktno in prikazuje tudi prostornino med prerezoma za vsak profil, da se oceni izguba prostornine shranjevanja zaradi definiranih poplavnih posegov.

Ukaz Dodeli dolžine pretoka na križiščih

Uporabljati Dodelite dolžine pretoka ukaz, bo programska oprema zdaj izračunala dolžino pretoka na križiščih reke.

Izboljšave arhiva projekta HEC-RAS

Če je bila arhivirana projekt HEC-RAS kot datoteka ZIP, če je bila izvedena analiza HEC-RAS in je uporabnik zahteval, da se rezultati analize shranijo v datoteko ZIP arhiva, bo programska oprema samodejno vključila izhodno poročilo HEC-RAS ASCII v arhivu.

Izboljšano stiskanje arhiviranih projektov

Pri arhiviranju projektov so na voljo tri stopnje stiskanja ZIP: hitra, običajna in najboljša. Če izberete »Best«, boste ustvarili najmanjšo datoteko ZIP, vendar lahko traja dlje časa. Poleg tega si bo programska oprema zapomnila, katera stopnja stiskanja ZIP je bila nazadnje izbrana pri ustvarjanju arhiva.

Povečana ločljivost osnovne karte za izvožene modele HEC-RAS

Pri izvozu modela HEC-RAS v AutoCAD, MicroStation ali v programsko opremo US Army Corps of Engineers lahko uporabnik zdaj določi ločljivost, ki jo bo uporabil za izvoženi osnovni zemljevid. Ta izvoženi osnovni zemljevid je shranjen kot piramidna slikovna datoteka z več ločljivostmi, odvisno od faktorja povečave, z uporabo datoteke JPEG2000.

Namestitvena podpora za tujejezične računalnike

Programska oprema zdaj podpira namestitev programske opreme na tujejezične računalnike.

Prenesite posodobitev brez namestitve

Posodobitev programske opreme je zdaj mogoče prenesti brez potrebe po namestitvi. To je koristno, če želi osebje IT prenesti eno posodobitev in jo nato razširiti po lokalnem omrežju.

Optimizirano nalaganje risb AutoCAD in MicroStation

Nalaganje datotek za risanje AutoCAD in MicroStation se je znatno pospešilo.

Razvrščanje slojev CAD po imenu in stanju vidnosti

Uporabnik lahko zdaj razvrsti sloje CAD v pogovornem oknu Lastnosti CAD glede na ime sloja in stanje vidnosti. Tako lažje vidite, katere plasti so vklopljene ali izklopljene.

CAD risbe XREF

Programska oprema zdaj podpira risarske datoteke AutoCAD in MicroStation, ki vsebujejo zunanje sklice na druge risarske datoteke. V pogovorno okno Lastnosti CAD je vključena plošča, ki uporabniku omogoča ogled različnih zunanje sklic in z njimi povezanih podrobnosti.

Podpora za AutoCAD in MicroStation Line Style

Programska oprema zdaj podpira sloge linij AutoCAD in MicroStation.

Upravljanje poškodovanih datotek za risanje v AutoCAD in MicroStation

Programska oprema bo zdaj zaznala poškodovane risarske datoteke AutoCAD in MicroStation ter ponudila navodila, kako popraviti risarske datoteke, če datotek ne more naložiti.

Določen vrstni red zavihkov v pogovornem polju

Uporabnik lahko premika med polji za vnos podatkov v pogovornih oknih s pritiskom tipk Tab in Shift Tab.

Izboljšano georeferenciranje uvoženih slik in datotek PDF

Uporabnik lahko odklene plast, ki vsebuje uvoženo zračno sliko ali PDF, nato pa ročno povleče in zasuče sliko ali PDF, da natančno najde, kje bi morala biti.

Izboljšano barvno senčenje višinskih mrež

Z novim algoritmom senčenja v hribih je bilo močno izboljšano barvno senčenje višinskih mrež, da bi lahko uporabnik jasno videl višinski relief, ki ga vsebuje teren.

Izboljšan ukaz Merge DEMs

The Združi DEM-je ukaz je bil izboljšan, da podpira bolj zapletene operacije spajanja DEM. Uporabnik lahko pri delu z več DEM-ji določi vrstni red združevanja in obvesti programsko opremo, da izbere najvišjo nadmorsko višino za območje prekrivanja.

Gumijasti trakovi med digitalizacijo v presečnih ploskvah

Med merjenjem razdalj in risanjem polilinij v diagramih prerezov pogovornega okna bo programska oprema zdaj prikazala gumijasto črto, tako da bo uporabnik lažje videl, kaj se meri ali ustvarja.

Razširjena podpora za ukaze Conflate

The Povežite se ukaz je dodan prehodom po cestiščih, progah in bočnih konstrukcijah. To omogoča uporabniku, da strukturi hitro dodeli točke nadmorske višine. Ta ukaz omogoča združitev podatkov merilnih točk v strukturni element HEC-RAS. Ta ukaz deluje z datotekami točk XYZ, risbami AutoCAD in datotekami oblike GIS točke. Uporabnik lahko določi razdaljo medpomnilnika za strukturni element, programska oprema pa bo samodejno prislonila podatke o točkah na element. Zajemanje podatkov raziskovanja je lahko pravokotno na element ali vzporedno s poligino rečnega dosega. Uporabnik lahko omeji združevanje podatkov ankete samo na kanale, leve ali desne preboje, oba prekrivanja ali celoten prerez strukture.

Enotna lestvica za parcelo za prečkanje ceste

Pri načrtovanju zgornjih in spodnjih prečnih prerezov na cestnem križišču programska oprema ponuja možnost uporabe enakega vodoravnega in navpičnega merila. To je koristno pri poskusu primerjave relativne velikosti elementov na obeh straneh križišča cestišča.

Več brezhibnega prehoda iz 3D pogleda v 3D

Pri prehodu med pogledoma 2D in 3D programska oprema bolje ohranja dosledno vidno polje projektnih podatkov.

Kopirajte vsebino raziskovalca podatkov

Programska oprema uporabniku omogoča kopiranje vsebine raziskovalca podatkov v odložišče. To je uporabno, če uporabnik želi vsebino umestiti v dokument MS Word ali preglednico Excel.

Ni določeno ime projekta HEC-RAS

Pri izvozu iz modela HEC-RAS ime projekta ni bilo pravilno določeno. To je popravljeno.

Napačna vodna površina za prečni prerez s pokrovi in ​​nasipi

Za prereze, ki vsebujejo nasipe in pokrove, je programska oprema napačno narisala izračunano nadmorsko višino vodne površine v diagramu preseka pogovornega okna Podatki o preseku. Ta težava je bila odpravljena.

Popravljen načrt kršitve jezu

Levi in ​​desni naklon preloma jeza ni bil pravilno prikazan na ploskvi inline konstrukcije. To je popravljeno.

Posodabljanje programske opreme bo ohranilo lokacijo omrežne licence

Posodobitev programske opreme bo pri posodobitvi programske opreme zdaj ohranila lokacijo omrežne licence (naslov IP).

Ovire za transport niso prikazane na parceli za prečkanje ceste

Programska oprema bo zdaj prikazala ovire za prevoz na parceli, ki prečka vozišče.

Izguba bočne poravnave brane po spremembi širine strukture

Levi in ​​desni naklon preloma jeza ni bil pravilno prikazan na ploskvi inline konstrukcije. To je popravljeno.

Priključek za zadnjo vodo za bočne konstrukcije

Programska oprema bi izgubila definirano stransko strukturo izpušne vode, ko bi se uporabnik preselil v naslednjo bočno strukturo gorvodno ali dolvodno. To je bilo popravljeno.

Cestni prehodi z več odprtinami

V pogovornem oknu Bridge & # 038 Culvert Data nismo prikazali pravilnega sklica na začetno številko ID. To je bilo popravljeno.

Manningova hrapavost za več prepustnih skupin

Programska oprema bo zdaj omogočala uporabniku, da za vsako skupino prepustov določi drugačno vrednost hrapavosti Manninga.

Ne podpira dvotirnih polilinij AutoCAD z loki

Prej programska oprema ni podpirala 2-linij AutoCAD z določenimi loki (tj. Izboklinami), ki so bile razvite zunaj AutoCAD-a (tj. Iz programske opreme CAD tretje stranke). To je zdaj popravljeno.

Ne arhiviranje vhodnih podatkov za model čiščenja

Programska oprema bo zdaj vključevala podatke modela čiščenja z arhivirano datoteko ZIP projekta.


3 METODOLOGIJA

3.1 Splošna postavitev referenčne vrednosti GeoBIM

Primerjalno merilo je bilo mišljeno kot način združevanja strokovnega znanja mnogih ljudi z različnimi znanji, ki prihajajo iz več področij in interesov, da bi opisali sedanjo sposobnost uporabe trenutnih programskih orodij (tj. Branje, vizualizacijo, uvoz, upravljanje, analizo , izvoz) CityGML in IFC ter razumeti njihovo uspešnost pri tem, tako glede funkcij upravljanja informacij kot tudi morebitne izgube informacij. Poleg tega, ker velika velikost takih standardiziranih naborov podatkov pogosto povzroča težave pri njihovem računskem upravljanju, je bila nadaljnja preizkušnja sposobnost obdelave velikih naborov podatkov.

  • Naloga 1. Kakšno podporo ima IFC znotraj programske opreme BIM (in druge)?
  • Naloga 2. Katere možnosti za georeferenciranje podatkov BIM so na voljo?
  • Naloga 3. Kakšno podporo ima CityGML znotraj GIS (in drugih) orodij? 2.
  • Naloga 4. Katere možnosti pretvorbe (programske in postopkovne) (tako IFC v CityGML kot CityGML v IFC) so na voljo?

V ta namen so bili na voljo reprezentativni nabori podatkov IFC in CityGML (Noardo et al., 2019), ki so jih uporabljali zunanji, prostovoljni udeleženci v programski opremi, ki bi jo radi preizkusili, da bi preverili podporo v njej za odprti standard obravnavano (Noardo, Biljecki et al., 2019).

Popolne podrobnosti o preizkušeni programski opremi in popoln seznam udeležencev najdete na ustreznih straneh spletnega mesta primerjalne analize. 3 Veliko število udeležencev, ravnotežje v spretnostih, področjih dela, stopnja zaupanja v preizkušeno programsko opremo (zahtevalo je njihovo razglasitev) je ponudila možnost za omejitev pristranskosti v rezultatih.

Udeleženci so po podrobnih navodilih opisali obnašanje preizkušenih orodij in rezultate predstavili v skupni predlogi s posebnimi vprašanji v obliki spletnih obrazcev. Na koncu so svoja opažanja in modele poslali nazaj v prvotno standardizirano obliko (CityGML ali IFC).

Da bi zajeli najširši del seznama programske opreme, ki bi lahko podpirala preiskane standarde, smo testiranje zaključili sami z iskanjem spletne dokumentacije standardov in morebitne programske opreme.

V zadnji fazi projekta je ekipa, ki je usklajevala študijo, analizirala opažanja udeležencev, opise in predložila nadaljnjo dokumentacijo (posnetki zaslona, ​​dnevniške datoteke, povezani dokumenti in spletne strani). Iz tega pregleda je bila izvedena ocena zmogljivosti in funkcionalnosti preizkušenih orodij. Poleg tega so bili dostavljeni modeli validirani in analizirani z uporabo razpoložljivih orodij, kadar je bilo mogoče, in / ali z ročnim pregledom (oddelek 3.3). Ta pristop je omogočil poizvedbo o stopnji interoperabilnosti standarda in njegovi programski izvedbi s primerjavo rezultatov izvoza z uvoženimi značilnostmi modela.

Pomembno je opozoriti, da rezultati testov niso namenjeni nadomestitvi uradne dokumentacije posameznega programa. Poleg tega ni bilo nobenega strokovnega znanja in zahtev po znanju za sodelovanje v primerjalnih testih. Nekatere informacije so zato lahko napačne ali netočne zaradi malo izkušenj s preizkušeno programsko opremo ali upravljanimi temami. Izjava o ravni strokovnega znanja naj bi zmanjšala to možno pristranskost. Poleg tega so primerjalna skupina in avtorji poskušali čim bolj dvakrat preveriti odzive (vsaj najbolj nepričakovane), vendar odgovori v podatkih na splošno niso bili spremenjeni od prvotnih. Kakršna koli neskladja med najboljšimi potencialnimi zmogljivostmi programske opreme in preizkušenim lahko vseeno kažejo nizko raven uporabniku prijaznih orodij (in s tem stopnjo težavnosti pri doseganju pravilnih rezultatov).

3.2 Na voljo nabori podatkov CityGML

Številni nabori podatkov iz različnih virov so bili identificirani, predhodno obdelani in potrjeni za to primerjalno dejavnost (za podrobnosti glej Noardo et al., 2019). Nabori podatkov so bili izbrani za preizkušanje najpogostejših značilnosti takih podatkov in glavnih odkritih težav v zvezi z zanimivimi, a zapletenimi vidiki formata.

Zato je bila za preizkus podpore za precej preprost, a razširjen nabor podatkov izbrana datoteka z veliko podrobnostjo 1 (LoD1): celotno mesto Amsterdam v LoD1, ki zajema predstavitev številnih mestnih objektov in uporabno za testiranje programske opreme. in zmogljivosti, povezane s strojno opremo. Poleg tega je bila za preizkus podpore različnih LoD-jev, shranjenih v isti datoteki, uporabljena datoteka z dvema LoD (LoD1 in LoD2), ki predstavlja okrožje v Rotterdamu. Na koncu so bile s pomočjo sintetično generirane datoteke preizkušene bolj zapletene geometrije (in z njimi povezane različne semantike), potrebne za predstavitev LoD3. BuildingsLoD3.gml (Tabela 1). Modeli LoD4 niso bili vključeni v predložene zbirke podatkov, saj je v praksi mogoče najti le nekaj primerov, če sploh ne.

Ime Opis Dimenzija Vir Meriti
Amsterdam.gml Brezšivni model mesta, ki zajema celotno mesto Amsterdam, vključno z več mestnimi entitetami CityGML (vegetacija, ceste, voda, zgradbe itd.) LoD1. 4,06 GB Ustvaril prek 3dfierja TUDelft (https://github.com/tudelft3d/3dfier) Preizkus zmogljivosti, povezane s strojno in programsko opremo (je zelo težek model), ter podpora za vključene mestne razrede
RotterdamLoD12.gml Teksturiran model CityGML enega okrožja v Rotterdamu, ki vključuje samo stavbe v LoD1 in LoD2 33,91 MB / 154,4 MB (s teksturami) Občina Rotterdam (NL) Preizkus podpore za več LoD-jev in teksturiranih datotek
BuildingsLoD3.gml Procesno oblikovane zgradbe v LoD3 1,33 MB Ustvarjeno prek Random3Dcity (Biljecki, Ledoux in Stoter, 2016, https://github.com/tudelft3d/Random3Dcity) Preizkus podpore za datoteke LoD 3 in sorodne razrede

3.3 Analiza odzivov o podpori CityGML

Metodologije za analizo rezultatov o podpori programske opreme za IFC (Naloga 1) in CityGML (Naloga 3) so si zelo podobne, saj so bile zasnovane tudi za preizkušanje podobnih vprašanj v zvezi z interoperabilnostjo in zmožnostjo programske opreme, da ohrani datoteke skladne s seboj po faze uvoza in izvoza.

Začetni del analize rezultatov (oddelek 4.2) je kvalitativen in vsebuje opis programske podpore in funkcionalnosti na podlagi podanih odgovorov.

Popolni odgovori in dokumenti, dostavljeni v spletnih predlogah (Noardo et al., 2020b, http://doi.org/10.5281/zenodo.3966987), so bili dvakrat preverjeni glede pravilnosti in doslednosti glede zastavljenih vprašanj. Vendar smo zaradi narave pobude zaupali dostavljenim informacijam o programski opremi, dvakrat jih preverili z novimi testi le v primeru neskladnih odzivov v različnih testih o isti programski opremi ali morda nepričakovanih odzivov. V teh primerih smo upoštevali tudi raven strokovnega znanja udeleženca, da bi ocenili, ali so nadaljnja preverjanja dejansko potrebna.

Odzivi, predloženi v predlogah, so bili kritično ocenjeni in navzkrižno preverjeni z različnimi testi o isti programski opremi in priloženimi posnetki zaslona. Dodeljena je bila ocena za vsak vidik, ki je bil upoštevan pri oceni splošne podpore in funkcionalnosti programske opreme (1, polna podpora 0,5, delna podpora 0, brez podpore). Ti so bili sintetizirani v tabeli (tabela 3), da bi lažje ugotovili možne vzorce v številnih izdajah za posamezen programski paket ali v več programskih paketih za eno izdajo.

Opredelitev skupin programske opreme postaja vse bolj nejasna, saj se njihove funkcije nenehno širijo in se zdaj med seboj prekrivajo. Vendar je bila v tabelah in na splošno v analizi testirana programska oprema, da bi lažje odkrila možne vzorce, razvrščena po merilih, ki običajno vodijo do odločitev uporabnikov glede na njihove različne potrebe po določenih nalogah:

  • GIS se pričakuje, da bodo kombinirali različne vrste geodatov in slojev ter na njih izvedli analizo, strukturirano v zbirki podatkov, v celostnem sistemu.
  • »Razširjeni« pregledovalniki 3D so verjetno programska oprema, ki je bila prvotno razvita za vizualizacijo 3D semantičnih modelov, vključno z georeferenciranjem, in njihovo poizvedovanje. Razširili so jih (včasih kasneje) z novimi funkcijami za uporabo simbologije ali preprosto analizo.
  • Izvlecite preoblikovanje in obremenitev Pričakuje se, da bo programska oprema (ETL) in programska oprema za pretvorbo uporabljala nekatere opredeljene transformacije ali izračune za podatke.
  • Orodja za 3D modeliranje imajo dobro podporo za urejanje geometrije, vendar niso namenjeni upravljanju georeferenciranih podatkov ali semantike.
  • Programska oprema za analizo je namenjen posebej nekaterim vrstam zelo specifičnih analiz (npr. energetska analiza),
  • BIM programska oprema je namenjena oblikovanju stavb ali infrastrukture po metodah BIM.

Raziskana vprašanja, ki so se odražala v različnih odsekih predloženih predlog, so se nanašala predvsem na podporo programske opreme za oba standarda (kako programska oprema bere in vizualizira nabore podatkov) in funkcionalnosti, ki jih omogoča programska oprema s standardiziranimi nabori podatkov (kaj je s takšnimi podatki). Preizkus podpore je bil namenjen predvsem preverjanju: kako se berejo in upravljajo informacije o georeferenciranju v datotekah, kako semantika bere, interpretira in hrani po uvozu ter stanje geometrije po uvozu. Georeferenciranje pomeni zmožnost programske opreme, da poišče in vizualizira podatke na pravilnih georeferenciranih koordinatah, skupaj s prepoznavanjem pravilnega koordinatnega referenčnega sistema (CRS), kot se bere v datoteki. Semantika so tematski podatki, povezani z objekti modela, ki so strukturirani v hierarhij razredov, ki so vzajemno povezani s povezavami, opredeljenimi v podatkovnem modelu. V tem primeru referenčnemu podatkovnemu modelu vlada standard CityGML. Nadaljnje informacije so povezane s takimi entitetami kot atributi. Tretja točka je o geometriji - načinu prostorskega modeliranja vsakega predmeta in kako je taka geometrija shranjena (npr. Kot trdna snov kot površina).

Poleg tega je bilo nekaj dodatnih vprašanj za 3. nalogo namenjeno raziskavi, ali je za uporabo datoteke v preizkušeni programski opremi potreben kakšen dodaten korak ali pretvorba ali zadostuje enostaven potek dela (npr. Odpiranje programske opreme in uvoz datoteke s pritiskom na gumb) .

Dodatna vprašanja so torej: s kakšnimi formati je mogoče upravljati (ali je datoteka podprta s kodiranjem GML ali je sčasoma poleg tega potrebna tudi pretvorba v format CityJSON ali v bazo podatkov, predvsem SQL)? Ali programska oprema podpira datoteko iz škatle ali je potreben poseben vtičnik ali dodatek?

Na koncu se ukvarjamo tudi z naslednjimi vprašanji:

  • Kakšna vizualizacija je omogočena (3D, 2D, s teksturami, s posebnimi temami).
  • Kakšno urejanje je možno (atributi, geometrija, georeferenciranje).
  • Kakšno poizvedbo (poizvedba posameznega predmeta za branje atributov, izbira glede na pogoje glede atributov, prostorska poizvedba, izračun novih atributov).
  • Katere analize so dovoljene. Ta tema je bolj zapletena, saj so možne zelo različne analize. Zato smo jo povzeli z opredelitvijo dveh vrst analiz: »Tip 1« je kakršna koli analiza v zvezi s samim modelom (npr. Geometrijska ali semantična validacija), »Tip 2« pa je simulacija in analiza uspešnosti predstavljenega predmeta ( npr. stavba) glede na zunanje dejavnike, v mestu ali okolju (npr. senca, hrup, energija).
  • Nazadnje, ali je mogoče izvoziti nazaj v CityGML?

Še en vidik, ki so ga vprašali preizkuševalci 3. naloge (podpora za CityGML) in preverili dostavljene rezultate, je bila podpora za ADE, čeprav je bila teoretično preverjena, saj niso bili na voljo nobeni nabori podatkov ADE.

Poleg tega je bila zabeležena podpora za vsak dostavljeni nabor podatkov glede na posebne značilnosti, kot sledi: upravljanje z več LoD (prek RotterdamLOD12.gml podatkovni niz), upravljanje LoD3 (prek ZgradbeLOD3.gml) in velik model LoD1 ( Amsterdam.gml podatkovni niz).

Ta prvi del vsebuje referenco o samih orodjih za ljudi, ki nameravajo uporabljati standardizirane informacije. Poleg tega naj bi izpostavili najzahtevnejše naloge in najpogostejša vprašanja za upravljanje standardov.

Drugi, bolj kvantitativni del analize obravnava dostavljene modele, izvožene nazaj v CityGML (Noardo et al., 2020a, https://doi.org/10.5281/zenodo.3966915) iz preizkušene programske opreme (oddelek 4.4). Število in vrste lastnosti takšnih datotek so bile izračunane in primerjane z enakimi značilnostmi v začetnih naborih podatkov, ki so bili na voljo za test.

Preverjena je bila semantika glede na število entitet in razmerij, izračunano s statističnim orodjem, povezanim s KIT FZKViewer (https://www.iai.kit.edu/1302.php). Poleg tega je bila prisotnost in skladnost lastnosti preverjena tudi z ročnim pregledovanjem v pregledovalnikih 3D (FZK in azul, https://github.com/tudelft3d/azul).

Poleg tega so bile sheme CityGML potrjene s pomočjo validacijske sheme GML, povezane s FZKViewer in validacijsko shemo CityGML (http://geovalidation.bk.tudelft.nl/schemacitygml).

Število in vrsto geometrij je štelo tudi statistično orodje FZK, ki ga je v nekaterih primerih nadalje podpiral ročni pregled. Nazadnje je orodje za potrjevanje val3dity (http://geovalidation.bk.tudelft.nl/val3dity) (Ledoux, 2013) omogočilo preizkus veljavnosti ponovno izvoženih geometrij.

To nam je omogočilo, da ocenimo stopnjo interoperabilnosti, ki jo lahko povezana orodja za standarde dejansko dosežejo v različnih primerih: to pomeni, ali je mogoče podatke uvoziti in ponovno izvoziti brez sprememb?

Nadaljnja ocena (oddelek 4.3) je bila namenjena oceni delovanja programske in strojne opreme. Časi, ki so jih navedli preizkuševalci, so bili za tri nabore podatkov primerjani, da bi ugotovili, ali lahko njihova računska teža vpliva na njihovo upravljanje v programski opremi.

Glede na zapletenost merjenja zmogljivosti programske opreme na najbližjo sekundo to od uporabnikov ni bilo zahtevano. Namesto tega so jih prosili, naj predložijo približno časovno vrednost za vsak test v skladu s klasifikacijo, ki je bila predlagana na način, kako lahko vplivajo na zaznavanje ali delo uporabnika, kot je razloženo na naslednjem seznamu:

  • Je skoraj takojšen (dober!).
  • Manj kot minuto (v redu, počakal bom).
  • 1–5 min (lahko počakam, če ni nujno).
  • 5–20 min (vmes lahko počnem druge stvari).
  • 20 min – 1 h (pri pogostih opravilih se ne morem zanesti na to),
  • Več kot 1 uro (sprožim postopek in grem domov, vsekakor neučinkovit za redno delo).

Druge možnosti so vključevale poročanje, ali se je programska oprema zrušila ali naloga z zagotovljeno programsko opremo ni bila mogoča, udeleženci pa so bili pozvani tudi, naj predložijo informacije o specifikacijah stroja, saj lahko to vpliva na splošno zmogljivost programske opreme. Zaradi raznolike velikosti in zapletenosti so rezultati časovnega razvrščanja povzeti za posamezne nabore podatkov.


28. julij 2008

Stanje na zemljevidu 2008: Predstavitve - Odprti ulični zemljevid

State of the Map od 12. do 13. julija Castletroy, Limerick je zdaj na voljo za ljudi, ki se dogodka niso mogli udeležiti.

Zemljevid cikla OSM - Oglejte si, kolikšna je pokritost zdaj in kateri tedenski postopek je vključen.

http://www.gravitystorm.co.uk/osm/

OpenRouteService - "Navodila za vožnjo", ki uporabljajo podatke OSM v nemščini (glej prejšnjo objavo)

Država Francija - poudarjanje dejavnosti in kje je treba preslikati.

'Torej imam vse te podatke' - prikaz številnih slogov OSM (Mapnik, OSMRender, Cycle Map) in zelenih zemljevidov (primeri Sutton & amp Enfield).

Država Italija - preučuje uspeh OSM v mestu Milano od leta 2007 do 2008.

MapWarper - Prikaz nekaterih tehničnih podrobnosti georefenciranja slik. (Glejte tudi http://wrp.geothings.net/)

Komercialna sposobnost preživetja OpenStreetMap - Kako zaslužiti in težave, poudarjene s podatki OSM - olajšajte uporabo!

FreeMapIndia 2008 (1. del in 2. del) - Photo Journal of Mapping and Talking OSM v Indiji - 2. del prikazuje več tehničnih vidikov preslikave.

OpenStreetMap vs The World - "iTunes za vaš GPS" Primerjava z OSM in Google Maps za Haywards Heath. (tukaj jih omenja Mapperz). OSM vs resničnost in 'Napačna imena', 'Manjkajoče ceste' in Napačne črkovanja imen ulic.

Država Španija (vzemite 2) - nenehna naloga zbiranja podatkov in naloga, ki je pred nami. Omenitev gvSIG GIS. Poudarjanje, da je GIS pomemben pri upravljanju podatkov OSM.

London Mapping Marathon - Mapiranje je prikazano v majhnih razsežnostih - London je videti popoln, večje stopnje povečave kažejo, da je veliko neimenovanih cest, nepravilnih križišč itd. (Glej starejšo objavo)
Kaže pa tudi velik napredek v preteklem letu.

Uporaba množičnih podatkov v API-ju za komercialno preslikavo - preučuje metode Flickr, Geonames in Wikipedia. Zaključek je, da lahko podatki, pridobljeni iz množice, delujejo. Pozitivni učinki za malo truda.


Poglej si posnetek: How to Create Bookmarks in Arc GIS Bookmark PlaceBookmark Manager. 2019. Tutorial 20 (Oktober 2021).