Oslo kommune v/ Plan- og bygningsetaten
Anskaffelse av backupløsning (sikkerhetskopiering og gjenoppretting av data)
Avtalen skal dekke våre behov for backup både on-premise og i sky, samt konsulentbistand som kan relateres til backupløsningen.
Del 1: Kjøper
Del 2: Prosedyre
Del 5: Delkontrakt
Del 8: Virksomheter
Del 10: Endring
Kunngjøringsinformasjon
Endringer i kunngjøringen (1)
- Gjeldende versjon26.05.2026du er her
- Original kunngjøring29.04.2026Åpne
Endringene er korte rettelser/oppdateringer fra oppdragsgiver. Original og alle versjoner er tilgjengelig her.
Sammendrag
berikelse
Dokumentet inneholder en eksempel-/policy for retention (sikkerhetskopiering) for Plan- og bygningsetaten (Oslo kommune), inkludert plan for backupfrekvens og lagringstid for VM- og filbaserte backups samt databaser (prodbaser og inns y nsbaser), og muligheter for gjenoppretting.
Krav til tilbudet
berikelse
Innleveringsvilkår fra kunngjøringen
- Frist for forespørsel/tilbud
- 27.05.2026
- Språk
- norsk
- Elektronisk katalog
- Ikke tillatt
Tildelingskriterier
berikelse
| Kriterium | Vekt | Beskrivelse |
|---|---|---|
| Kvalitet | 30 % | Kvalitet på komplett løsning |
| Kvalitet – klima- og miljøkriterium | 30 % | Klima- og miljø |
| Kvalitet | 10 % | Samlet evalueringspris |
| Pris | 30 % | Samlet evalueringspris |
Viktige kontraktskrav
berikelse
- Retention policy for VMware image backups: daglig backup med 30 dagers lagring; ukentlig/«weekly synth full» med 1 versjon per dag for de siste 30 dagene; ingen søkemuligheter – må bla til relevant fil; gjelder alle VM-er i alle klynger.Kilde: Retention policy 2026.pdf – tabell «VMware image»
- Retention policy for file based agent backup (filbaserte sikkerhetskopier): daglig backup med 30 dagers lagring og «Restore each file for every day within the retention time»; ukentlig backup med 90 dagers lagring (12,8 uker) og gjenoppretting av én versjon per uke; månedlig backup med 1 års lagring og gjenoppretting av én versjon per måned; årlig backup med 10 års lagring og gjenoppretting av én versjon per år; gjelder alle filservere.Kilde: Retention policy 2026.pdf – tabell «File based Agent backup»
- Retention policy for databaser (Prodbaser): database backups daglig med 30 dagers lagring og gjenoppretting av én DB-versjon per dag; ukentlig med 1 års lagring og gjenoppretting av én DB-versjon per uke; årlig med 3 års lagring og gjenoppretting av én DB-versjon per år; gjelder alle Prodbaser (MS SQL, PostgreSQL, Oracle).Kilde: Retention policy 2026.pdf – tabell «Database: Prodbaser»
- Retention policy for databaser (Transaction log backup for Prodbaser): transaksjonslogg backups daglig med 30 dagers lagring og gjenoppretting av transaksjoner daglig; ukentlig med 1 års lagring og gjenoppretting av én ukentlig transaksjonslogg; gjelder alle Prodbaser (MS SQL, PostgreSQL, Oracle).Kilde: Retention policy 2026.pdf – tabell «Database: Prodbaser Transaction log backup»
- Retention policy for databaser (Innsynsbaser): database backups ukentlig (1 års lagring, én versjon per uke) og årlig (3 års lagring, én versjon per år) for MS SQL, PostgreSQL, Oracle; gjelder alle Innsynsbaser.Kilde: Retention policy 2026.pdf – tabell «Database: Innsynsbaser»
Forbehold ved utdraget
berikelse
- Dokumentet framstår som en «retention policy»-beskrivelse (eksempel/policy) uten å spesifisere konkurranse-/anskaffelseskrav, leveranseform eller tildelingskriterier. Det er derfor ikke mulig å trekke ut kvalifikasjons-, innleverings- eller tildelingsdata fra teksten alene.
- «Weekly synth full» og enkelte detaljlinjer er beskrevet, men uten nærmere definisjon av hva som inngår i «synth full» eller hvilke tekniske løsninger som skal leveres.
Verdt å avklare med oppdragsgiver
berikelse
Punkter der konkurransedokumentene åpner for tolkning, og der en presisering fra oppdragsgiver kan ha betydning for prising og risiko. Spørsmål kan stilles innen fristene som er angitt i konkurransegrunnlaget.
I hvilken konkurranse/anskaffelse inngår «Retention policy 2026» (saksnr, oppdragets navn og referanse), og hvor i konkurransegrunnlaget er det beskrevet hvilke tjenester som skal leveres (backup, restore testing, drift/overvåking, rapportering) utover retention-tabellen?
Hvorfor det er verdt å spørre: Dokumentet ser ut til å være en policy/eksempel og gir ikke nok informasjon til å forstå hva som faktisk skal leveres og prises.
Dere skriver «Weekly synth full» i tabellen. Kan dere spesifisere nøyaktig hva som menes med «synth full» i denne anskaffelsen (f.eks. full syntetisk backup, hvilke kildedata som inngår, og hvordan den teknisk gjennomføres)?
Hvorfor det er verdt å spørre: Uklart om leveransen er «weekly full» eller en bestemt syntetisk metode som kan gi vesentlig ulik kost/risiko.
Når det står «No search options, must browse to the relevant file» for «Weekly synth full», betyr det at leverandøren ikke skal levere noen form for gjenfinning/indeksering/søk, verken i brukerportal eller via restore-API? Hvis det er begrensning, hvilke konkrete søk/indekseringsfunksjoner er utelukket?
Hvorfor det er verdt å spørre: Påvirker om leverandøren kan levere relevante gjenfinningsverktøy og hvilke produkter/tillegg som må med i tilbudet.
Tabellen skiller mellom File based Agent, Database Prodbaser og Database Innsynsbaser samt Transaction log-backup. Hvilke konkrete systemer/aksessgrupper omfattes av hver kategori (antall servere/VM-er, hvilke DB-er/versjoner, og hvilke databasenavn), og hvor er inventarliste/omfang vedlagt konkurransegrunnlaget?
Hvorfor det er verdt å spørre: For å prise riktig backup-omfang, lisenskost og kapasitet må antall og typer objekter være kjent.
Dere angir restore-opsjoner som «Restore single file or the whole server», «Restore each file for every day innen retention», «Restore one version of the file pr week within retention time» osv. Hvilke restore-grader forventer dere i omfanget av leveransen, og er «restore» en del av tjenesten (på forespørsel) med timefrister/overholdelse av SLA?
Hvorfor det er verdt å spørre: Retention-tabellen beskriver metoder, men sier ikke hvilke restore-aktiviteter som skal prises/leveres og med hvilke responstider.
Retention-tidene varierer (30 dager daglig, 1 år ukentlig, 1 år månedlig, 10 år årlig for file, samt 30 dager/1 år/3 år for databaser). Kan dere bekrefte at disse retention-tidene er krav (bindende), ikke anbefalinger, og at tilbyder skal kunne dokumentere at løsning støtter disse nivåene per kategori?
Hvorfor det er verdt å spørre: Manglende krav/avklaring kan medføre feil prising eller at tilbud ikke oppfyller faktiske minstekrav.
Hva menes med «Restore transaction logs daily within the retention time» og «Restore one weekly transaction log within the retention time» for MS SQL/PostgreSQL/Oracle—skal leveransen støtte transaksjonslog-restore til spesifikt tidspunkt (point-in-time) eller kun nivåer per dag/uke?
Hvorfor det er verdt å spørre: Transaksjonslogg-restore til tidspunkt er ofte mer krevende og dyrere; må avklares for korrekt kostnadsmodell.
«Applies to all VMs in all clusters» og «Applies to all File servers/Prodbaser/Innsynsbaser». Hvor er listen over «VMs»/«clusters»/«file servers»/«prodbaser»/«innsynsbaser» definert, og er dette hele virksomhetens miljø eller avgrensede deler?
Hvorfor det er verdt å spørre: Uten avgrensning og antallsgrunnlag blir det umulig å estimere kapasitet, backup-vinduer, og lisens-/driftskost.
Er det krav til restore-øvelser/validering (f.eks. periodisk restore-test) knyttet til retention-policyen for 2026, og i så fall hvor ofte og i hvilke systemkategorier?
Hvorfor det er verdt å spørre: Retention-policy alene sier ikke noe om test/etterlevelse. Dette påvirker ressursbruk og tilbudspris.
Dokumentassistent
Still spørsmål om innholdet i konkurransedokumentene og få svar med henvisning til kapittel og punkt i dokumentene svaret er hentet fra.
Kurs og rådgivning fra redaksjonen
Gratis fagmøte – 30 minutter digitalt om aktuelle anskaffelsestemaer.
Se datoer →Kurs: Hvordan vinne anbud – praktisk kurs for deg som skriver tilbud.
Les mer →Rådgivning
Ta kontakt →