8. januar 2002SIF8076 Planl&drift av IT-syst 1 Navnerom SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI.

Slides:



Advertisements
Liknende presentasjoner
Support, nye funksjoner og tjenester fra Uni Pluss
Advertisements

Behov for forskning og utvikling knyttet til brukerinvolvering i offentlige IT-prosjekter Asbjørn Følstad, SINTEF IKT Oslo, 10. juni, 2004.
Ebus Management Center En liten bruksanvisning for de enkleste funksjonene.
“UNDER THE KNIFE” Et planleggingssystem for operasjonsavdelingen Fylkessykehuset i Molde Prototype for planlegging, logistikk, og kostnads estimering.
BraWeb Bestilling.
IT-Ledelse , 4.februar Dagens: forts. “Dagens Situasjon” i Y-modellen
Kontoinnstillinger Slik kommer du til «Kontoinnstillinger»:
Ncg | group om |navigator™ xlforecast™
STUDIEARBEID Hva er en studieplan?
Enkel brukerhåndbok for NFUs redaktører Versjon 1, 3. februar 2013.
1 18. januar 2005 TDT4285 Planl&drift av IT-syst Forelesning 5 Tjenermaskiner TDT4285 Planlegging og drift av IT-systemer Våren 2005 Anders Christensen,
Unge & Rus Erfaringer og knyttet til planlegging og gjennomføring av tiltaket Unge og Rus Torsdag 4. juni 2009 Andreas Kjærnet Oddvar H. Heen, Årvoll skole.
Verdikjedeanalyse Verdikjeden
Hva skal vi gjøre med våre stille avvik? Stille avvik-serien # 3
1 Valg av system •Hadde et elektronisk ”hjemmelaget system” med en del begrensninger. •Overbevise ledelse om behov for nytt system. •Opprettet en prosjektgruppe.
Lynkursdagene 2011 Webdrive Tilgang til UiO-disker utenfor UiO-nettet Mads Lomholt usit/sas/lipk.
Lynkursdagene høsten 2011 Ansvar for egen PC ved UiO Hva bør jeg som bruker vite og gjøre..?
Begrenset redigering “Klubbjournalister” For web ansvarlig klubb.
31. januar 2002SIF8076 Planl&drift av IT-syst 1 Tjenester SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI.
Prosedyre for IPLOS- registrering Hjemmetjenesten, Øra distrikt
2003 IT-konferansen 2003 UNIVERSITETET I OSLO Vortex: Skrivbar web for UiO Oddmund Møgedal USIT/UiO.
Kompetansekatalog – UiO. Foreslåtte grunnprinsipp: Enkel modell Koblet til andre databaser på nettet Muligheter til utvidelse og videreutvikling.
Gerica på ny plattform Oppdatert
1 8. februar 2005 TDT4285 Planl&drift av IT-syst Forelesning nr 14 Redundans TDT4285 Planlegging og drift av IT-systemer Våren 2005 Anders Christensen,
1 8. februar 2005 TDT4285 Planl&drift av IT-syst Forelesning nr 13 Skalerbarhet TDT4285 Planlegging og drift av IT-systemer Våren 2005 Anders Christensen,
1 15. februar 2005 TDT4285 Planl&drift av IT-syst Forelesning nr 17 Sentralisering eller desentralisering TDT4285 Planlegging og drift av IT-systemer Våren.
13. februar 2004TDT4285 Planl&drift IT-syst (M15)1 Automatisering TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
1 4 March 2010 TDT4285 Planl&drift IT-syst Forelesning nr 22: Ytelsesforvaltning TDT4285 Planlegging og drift av IT-systemer Våren 2010 Anders Christensen,
17. januar 2002SIF8076 Planl&drift av IT-syst 1 Velkommen! SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI.
30. januar 2004SIF8076 Planl/drift IT-syst (M11)1 Tjenstekonvertering TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
23. januar 2004TDT4285 Planl&drift IT-syst1 Tjeneroppgraderinger TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
1 26. april 2005 TDT4285 Planl&drift IT-syst Forelesning nr 31 Ytelsesforvaltning TDT4285 Planlegging og drift av IT-systemer Våren 2005 Anders Christensen,
FUNNKe Regionalt kompetanseløft innen elektronisk samhandling ALF – drift og rutiner ved Lars-Andreas Wikbo Line Nordgård.
Semantisk interoperabilitet i det offentlige
Utført av: Jeppe Flensted HiST Vår 2009
Helpdesk SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI.
1 19. januar 2006 TDT4285 Planl&drift IT-syst Om du ønsker, kan du sette inn navn, tittel på foredraget, o.l. her. Forelesning nr 6: Dynamisk dokumentasjon.
23. januar 2004TDT4285 Planl&drift IT-syst (M08)1 Dynamisk dokumentasjon TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
SIF8076 Planl/drift av IT-syst 1 Sikkerhet SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI.
1 14. februar 2006 TDT4285 Planl&drift IT-syst Forelesning nr 16: Sentralisering eller desentralisering TDT4285 Planlegging og drift av IT-systemer Våren.
En beskrivelse av IKT i skolen Sett fra en lærers ståsted
Løsning hos RSH Norge En gjennomgang av løsning hos Reitan Servicehandel Norge Edvard Gundersen – ProfitBase AS Løsningsarkitekt.
Integritet TilgjengelighetKonfidensialitet Vårt sikkerhetsnivå.
PowerPoint laget av Bendik S. Søvegjarto Konsept, tekst og regler av Skage Hansen.
Publisering på verdensveven Kursdag 1 VÅFF, våren 2002.
Konfigurasjonsstyring Configuration Management
Adressering i kraftbransjen
7. februar 2004TDT4285 Planl&drift IT-syst (M14)1 Sentralisering eller desentralisering TDT4285 Planlegging og drift av IT-systemer Anders Christensen.
v/Bård Henry Moum Jakobsen
1 21. februar 2006 TDT4285 Planl&drift IT-syst Forelesning nr 19: Revisjonskontroll TDT4285 Planlegging og drift av IT-systemer Våren 2006 Anders Christensen,
1 26. januar 2006 TDT4285 Planl&drift IT-syst TDT4285 Planlegging og drift av IT-systemer Våren 2006 Anders Christensen, IDI Forelesning nr 9: Tjenester.
CAKE En sterkere HMS-kultur
ASP-basert Helpdesk for Veterinærinstituttet ASP-based Helpdesk-system for Norvegian Veterinary Institute.
Mads Lomholt, USIT Trådløst nett ved UiO Muligheter og begrensninger Lynkursdagene 2009.
Forstudie Nå situasjonen: dagens situasjon med ulemper og fordeler
Erfaringssamling Forskningsbasert Kompetansemegling TEFT/IRC-Database Erfaringer fra TEFT v/Kjell Molven RF - Rogalandsforskning.
En formel er gyldig hviss den sann i alle tolkninger Utsagnslogikk Tolkning = linje i sannhetsverditabell Altså: En formel er gyldig hviss den har T i.
1 Utvikling av kritiske systemer Kort sammendrag Kap. 1 og 2.
Innledning ”Gruppe 8e” er engasjert av Malvik vidregående skole for å sette opp en ny Windows Server Denne serveren vil fungere som ”Domain Controler”,
Kvalitetssikring. er alle tiltak som er nødvendig for å sikre at et produkt vil tilfredsstille angitte krav til kvalitet og trygghet Kvalitetsarbeid krever.
Trond H. Amundsen GSD, IT-DRIFT, USIT
Asbjørn Følstad, SINTEF IKT Oslo, 10. juni, 2004
Oppdatert web-løsning Kongsberg o-lag
Identifisere behov – og etablere krav
Sourcingstrategi for «Virksomhetens navn» innenfor område «xx»
Brukerhåndbok versj. 1, 3. februar 2013
HVA ER EN PDA? PRAKTISK BRUK PROSJEKT PDA, MOBIL PROFIL GEVINST
Informasjon om FAU (Foreldrerådets arbeidsutvalg) og klassekontakter
PROSJEKT PDA I STEINKJER KOMMUNE MOBIL PROFIL
Utskrift av presentasjonen:

8. januar 2002SIF8076 Planl&drift av IT-syst 1 Navnerom SIF8076 Planlegging og drift av IT-systemer Anders Christensen, IDI

8. januar 2002 SIF8076 Planl&drift av IT-syst 2 Definisjon Et navnerom er et sett av mulige identifikatorer, som tilfredsstiller visse syntaktiske regler, og der hver identifikator er knyttet til en ressurs. Navnerommet er ofte endelig, eller endelig innenfor visse ikke-tekniske rammebetingelser.

8. januar 2002 SIF8076 Planl&drift av IT-syst 3 Eksempler på navnerom Brukernavn for innlogging Telefonnummer DNS-adresser i et domene Maskinnavn UID-er for brukere URL’er på Web Nicknames på IRC

8. januar 2002 SIF8076 Planl&drift av IT-syst 4 Kategorier av navnerom Flate. Alle på ett nivå uten duplikater. Hierarkiske. Duplikater er tillatt, sålenge de befinner seg på hvert sitt sted i hierarkiet (eller nettverket) Anarkistiske. (først til mølla), en dynamisk prosess der man tilpasser et felles navnerom til situasjonen.

8. januar 2002 SIF8076 Planl&drift av IT-syst 5 Fyllingsgrad av navnerom Glisne navnerom. Der det er langt flere mulige navn enn det er navn som er tatt i bruk. Kompakte navnerom. Der en stor andel av navnene i navnerommet er tatt i bruk. Enkeltfeil kan gå upåaktet i kompakte navnerom, men kan fanges i glisne navnerom.

8. januar 2002 SIF8076 Planl&drift av IT-syst 6 Navneromsmetrikker Diameter. Hvor mange systemer (maskiner) bruker dette navnerommet? Tykkelse. Hvor mange tjenester benytter seg av dette navnerommet? Konsistens. Når samme navnerom brukes parallelt, hvor stor grad av samstemmighet er det mellom deres tolkning av attributter?

8. januar 2002 SIF8076 Planl&drift av IT-syst 7 Tommelfingerregler 1. Flate navnerom skalerer dårlig, og krever en sentral navneautoritet. 2. Dynamiske navnerom er praktisk, men kan ha implikasjoner for sikkerhet og overhead. 3. Hierarkiske navnerom som skal skaleres tilstrekkelig opp, krever en distribuert database. 4. Planlegg godt, for navn lever veldig lenge!

8. januar 2002 SIF8076 Planl&drift av IT-syst 8 Fire navnepolitikker Merk at det finnes en rekke hybrider av disse: Formelaktige. F.eks pc001, pc002 etc Temabaserte. F.eks januar, februar etc Funksjonelle. F.eks mail, skriver, backup Anarkistiske. Dvs at alle velger sine navn

8. januar 2002 SIF8076 Planl&drift av IT-syst 9 Case: navngiving av skrivere Organisatorisk. Etter gruppe og avdeling Rommessig. Etter rom og byggnavn Tema. Etter en eller annen fellesnevner Anarkistisk. Navnet er temmelig fritt valgt HW-messig. Modellnr er også navnet Serienr. Navnet er likt serienummer Formelaktig. Alle skriverne nummereres

8. januar 2002 SIF8076 Planl&drift av IT-syst 10 Navnepolitikk Bør være formulert skriftlig Brukes ved opplæring Må håndheves (hvem er ansvarlig)? Hvilke navn er (ikke) godkjent? Hvordan (av hvem) velges navn? Hvordan håndteres kollisjoner? Operativt: skop, tykkelse, diameter etc

8. januar 2002 SIF8076 Planl&drift av IT-syst 11 Sikkerhetsmessige implikasjoner Funksjonelle navn kan avsløre informasjon Avvik fra standard kan avsløre informasjon Tilgang til endringer (også tillegg) i navnerom kan være et viktig trinn for å bryte seg inn. All info om navnerom kan være nyttig ifm innbruddsforsøk.

8. januar 2002 SIF8076 Planl&drift av IT-syst 12 Prosedyrer Oppretting, endringer og sletting Sikkerhetskopiering Revisjonskontroll Pensjonering og utrenskning Karantenetid etter bruk

8. januar 2002 SIF8076 Planl&drift av IT-syst 13 Generiske navn og aliases Fordi navn lever lenge... lengre enn du tror, så bruk følgende strategi: Navngi ressursene etter formel eller tema Lag alias for hver funksjon Koble hvert alias mot dagens aktuelle ressurs. (Merk at ikke alle systemer har mulighet for aliases.)