CommVault Simpana 10. "En teknisk beskrivelse"

Transkript

1 CommVault Simpana 10 "En teknisk beskrivelse" Mars, 2014

2 Innhold Innledning... 3 En helhetlig plattform... 4 Oppbygging Roller i Simpana... 4 Sentrale funksjoner Teknologi... 5 Administrasjonsgrensesnitt... 5 Sikkerhet... 5 Rapportering og jobbstyring... 6 Sikring av data... 6 Indeksering... 7 Indeksering av data... 7 Indeksering av innhold (Content Indexing)... 8 Deduplisering... 9 Deduplisering på backupserver... 9 Deduplisering på klient... 9 Deduplisering på lagringsløsning Fagområder i Simpana Backup & Recovery Fil, e-post, katalogtjenester (AD) og SharePoint Databaser Virtuelle servere IntelliSnap Integrasjon mot HW snap Arkivering E-post Filer OnePass kombinert backup, arkiv og analyse av data Replisering av data Support Dokumentasjon Dokumentasjon ved installasjon Lisensmodell Kurs- / Opplæringstjenester Sertifisering Installasjonsmetodikk Side 2 av 20

3 Innledning Dagens informasjonssamfunn genererer voldsomme mengder med data. Vi forholder oss til data over alt, i mange former og ikke minst i mange systemer. Disse systemene er ment å fungere som verktøy for brukerne, og dataene de innehar er ment å være en ressurs for bedriften. Mange bedrifter møter "veggen" nettopp her. Mengden data og antall systemer blir rett og slett for uoversiktlig, ikke minst for sluttbrukerne. Resultatet er at vi ikke helt vet hva vi fører tilbake til kjerneområdene i bedriften i form av gevinst. Vi bare fortsetter å ta vare på dataene "i tilfelle" CommVault Intl. (CVLT) er et selskap som siden starten i 1996 har hatt et sterkt fokus på å hjelpe bedrifter med administrasjon av data. Før etableringen av selskapet i 1996 var løsningen et strategisk satsningsområde internt i AT&T. Etter et ønske om å tilby løsningene kommersielt, ble CommVault etablert. CommVault er i dag et børsnotert selskap på NYSE og er et av verdens raskest voksende selskaper innen programvare for datalagring. Innovasjon og nytenkning er nøkkelbegreper i CommVault. Vårt mål er å tilføre tradisjonelle oppgaver som backup og arkiv en ny dimensjon i form av å administrere data, snarere enn "å kopiere dem et sted og holde dem der en gitt periode". Denne innovasjonen har brakt oss ganske langt og vi ser at ledende teknologiselskaper etablerer strategiske samarbeid med CommVault. Disse samarbeidene dekker alt fra OEM partnerskap til teknologi allianser. Blant de samarbeidende selskapene finner vi bl.a. Microsoft, Oracle, SAP, VMware, Fujitsu, HP, Citrix, Bull og ikke minst OEM partnerne NetApp, og Hitachi Data Systemer. For CommVault er det gledelig når ledende analyseselskaper legger merke til hva selskapet gjør og ønsker denne type endring velkommen. Den anerkjennelsen som kanskje blir lagt mest merke til er Gartner sin rapport kalt "2013 Magic Quadrant For Enterprise Backup/Recovery Software", der CommVault for tredje år på rad ble plassert på topp i lederkvadranten. Lenke til rapporten (hold ctrl nede og klikk på bildet): Gartner sier bl.a. at CommVault er veldig uttalte i sin visjon, men at vi samtidig viser evne til å utføre. CommVault er også plassert innerst i ledersirkelen i Forrester sin rapport "Forrester Wave: Enterprise Backup And Recovery Software, Q2 2013" ( Å bli plassert som leder av begge disse anerkjente analyseselskapene gir oss i CommVault en følelse av å være på rett vei i vår visjon om å forenkle måten bedrifter administrerer data på, enten det dreier seg om å beskytte, administrere, eller finne tilbake informasjon. Vi i CommVault håper du og din bedrift, etter å ha lest resten av dette dokumentet, vil dele denne visjonen, og gir oss mulighet til å bevise at det er fremtidens måte å administrere data på. Dette dokumentet er på ingen måte en fullstendig beskrivelse, og vi henviser derfor til våre on-line brukerdokumentasjon for tekniske detaljer ( Side 3 av 20

4 En helhetlig plattform CommVault Simpana har noe unikt ved seg, ikke fordi hvert enkelt fagområde er spesielt i seg selv, men fordi man i CommVault har en helhetlig tilnærming til administrasjon av data og kunders informasjonshåndtering. Hovedelementet i denne unikheten er en felles kildekode for alle fagområder, kalt Common Technology Engine (CTE). CTE er en plattform som gjenbruker og kombinerer teknologi på tvers, enten det er snakk om deduplisering, kryptering, rettigheter, indeksering, tidsstyring av oppgaver eller rapportering. Alt styrt av et felles brukergrensesnitt for alle moduler. Det å ha én applikasjon å administrere, uavhengig av hva oppgaven er, gir rom for store besparelser med tanke på datavekst, sikkerhet og administrasjon, noe som også gir gevinst rent økonomisk. CommVault Simpana er en entrepriseløsning som beskytter fysiske og virtuelle miljøer like bra, og som har fokus på de tjenestene som kjører på serverne. For de aller fleste organisasjoner er det applikasjonene og tjenestene som er viktig, og de er i fokus med Simpana. CommVault Simpana dekker mange unike metoder og teknologiske verktøy for håndtering av data, og vi ønsker her å beskrive noen av de mest sentrale. Oppbygging Roller i Simpana Simpana som plattform er meget modulært oppbygd. Her vil vi forklare noen av begrepene som brukes og hvilke roller de har. CommCell (CC): Dette er den overordnede betegnelsen på en CommVault Simpana installasjon. Hver CommCell har en unik ID som brukes i lisenssammenheng, og flere CommCell kan administreres overordnet via et verktøy for rapportering på tvers. CommServe (CS): Dette er Simpana sin administrasjonsserver. Denne serveren kan være fysisk eller virtuell, men må ha ressurser til å kjøre en MS SQL database som følger med i lisensen. Det er denne serveren som styrer brukergrensesnittet og holder styr på alle innstillinger og klienter som administreres i løsningen. CS serveren rører ikke selve dataene. Media Agent (MA): Dette er arbeidshesten i løsningen. Det er denne som kobles til lagringen (disk, tape, VTL, sky-lagring, m.m.) der backup- og arkivdata skal legges, samt indekserer, flytter og kopierer data. Det er også her behovet for I/O er størst, spesielt ved bruk av deduplisering i Simpana. Flere Media Agenter kan settes sammen i noe som kalles "Grid Store" for å oppnå lastbalansering og feilhåndtering for jobber. Antall Media Agenter som behøves styres i hovedsak av tre ting: Side 4 av 20

5 o o o Ressursbehov i forhold til de jobber som skal utføres. Dette er som oftest styrt av mengde data som skal håndteres og tiden som er til rådighet. Ved behov for mer ressurser for å opprettholde et tidsvindu, eller for å støtte flere funksjoner i løsningen (backup, arkiv, indeksering & søk, m.m.), setter man inn flere Media Agenter. Distribuerte oppgaver på utekontor. Ved behov for lokal backup/arkiv på en ekstern lokalitet vil man kunne sette ut en Media Agent der, eller installere tjenesten "Media Agent" på en eksisterende server om det er snakk om små mengder data. Ved spesielle funksjoner der Media Agent oppgaven for eksempel dekker rollen som Proxy server ved backup av større virtuelle miljøer, eller liknende. Agenter (ida): Dette er funksjonalitet som installeres lokalt, eller i tilknytning til spesifikke oppgaver mot servere, applikasjoner og/eller PC'er. Det finnes et stort antall agenter for operativsystemer og applikasjoner, og det meste er støttet. I figuren under vises en typisk installasjon. Sentrale funksjoner Teknologi Administrasjonsgrensesnitt Brukergrensesnittet i Simpana er bygd opp etter klassisk Windows standard, med et hovedvindu og støttevinduer avhengig av hva man utfører. Det er ett administrasjonsverktøy for alle oppgaver og moduler i Simpana, og dette kan aksesseres som installert applikasjon på server/pc, eller som WEB applikasjon (Java). Utseendet er likt hele veien. Sikkerhet Tilgang til funksjoner og rettigheter til data kan delegeres i Simpana. Man kan etablere grupper der spesielle miljøer, eller funksjoner i en organisasjon, har tilpassede rettigheter til funksjoner og objekter. Medlemmer i disse gruppene får kun se og utføre oppgaver mot de objektene og dataene de Side 5 av 20

6 har rettigheter til. Brukere og grupper fra Active Directory kan meldes inn i de etablerte gruppene i Simpana. Det er støtte for mange parallelle AD domener, samt "Single Sign On". Rapportering og jobbstyring Simpana har som grunntanke at alle oppgaver skal kunne tidsstyres for å redusere belastningen på IT-personell. Dette innebærer at for omtrent alle oppgaver man utfører, vil det finnes et valg for å planlegge oppgaven og gjøre den tidsstyrt. Dette gjelder alle typer jobber, rapporteringer, installasjonsoppgaver, m.m. Simpana har også en funksjon kalt "Workflow Automation" som er en funksjon for å sy sammen og automatisere mange manuelle steg til å bli en enhetlig utført oppgave. Denne funksjonen gjør det mulig å skreddersy gjentagende oppgaver som f.eks. å teste tilbakekopiering, og på den måten reduserer tiden man bruker på administrasjon. Videre finnes det en innebygd detaljrik rapportmodul der man kan kjøre forhåndsdefinerte rapporter, eller skreddersy egne etter behov. Rapportene kan tidsstyres, og man kan velge flere formater på resultatet (PDF, HTML, XML, Tekst). Resultatet kan også sendes til e-postmottakere, eller andre former for distribusjon. Simpana støtter bl.a. varsler via SCOM og SNMP. Det finnes også en analysefunksjon kalt SRM (Storage Resource Management) som gir verdifull informasjon om data man har på tvers av lagringssystemer og lokale disker. Slik informasjon omfatter bl.a. type data, mengde, plassering, eier, sist aksessert, m.m. Rapporter fra denne funksjonen kan fremstilles med diagrammer og tabeller. Nedenfor vises et eksempel på en SRM rapport der bruk av plass på SAN per forretningsenhet er fremstilt i diagram og tabell. Slik informasjon kan brukes til for eksempel å vurdere om arkivering skal tas i bruk. Sikring av data Simpana har løsninger for å sikre kommunikasjon og lagring av data på flere nivåer. Side 6 av 20

7 Kryptering av kommunikasjon: Simpana støtter SSL for kommunikasjon mellom enheter i løsningen. Dette er et alternativ for bedrifter som ikke har eget sikret WAN nettverk. Det kan også være et alternativ ved backup av data for reisende brukere. Kryptering av data: Simpana er FIPS sertifisert og støtter flere krypteringsstandarder ved lagring av data, deriblant AES (Advanced Encryption Standard med 128 eller 256 bits) med egen bedriftsintern nøkkel. Kryptering kan utføres på klient før data sendes over nettet. Rettigheter til data: Når Simpana tar backup av, eller arkiverer data, kan man ta med rettighetene til objektene som administreres (Access Control List - ACL). Brukere som senere skal finne eller hente ut data via selvhjelpsverktøy vil kun se data de har rettigheter til basert på AD og ACL. FireWall oppsett: Simpana har en fleksibel støtte for kommunikasjon via FW. Støtten inkluderer både enveis og toveis FW med valgfri initiering av trafikk. Det betyr at man kan initiere trafikk fra klientsiden, eller man kan initiere trafikk fra målsiden etter behov. Dette er nyttig i miljøer med flere soner. Det er også støtte for å endre de forhåndsdefinerte portene som brukes til administrasjon og transport av data. DNS oppsett: Siden Simpana installeres på frittstående og/eller virtuelle servere med standard operativsystemer som Windows og Linux / Unix, vil man ikke ha noe spesifikt DNS oppsett i Simpana. Simpana benytter kun IP og slår opp basert på operativsystemet sin DNS konfigurasjon. Indeksering Simpana har en innebygd indekseringsfunksjon som er sentral. Denne indekseringen foregår på flere områder i løsningen og på flere plan. Indeksering av data Når data berøres av enten en backup- eller arkivjobb, vil datablokkene som skrives til disk/tape bli indeksert. Denne indeksen er sentral i Simpana sin evne til å tilbakekopiere data og sikres deretter. Det er i hovedsak tre nivåer av sikring for denne indeksen: Indeksen genereres på Media Agenten når data passerer denne, og lagres lokalt der. Når en jobb skrives til et lagringsmedium vil det også lagres en kopi av indeksen tilhørende disse dataene. Disse første to måtene er standard i Simpana. En tredje mulighet er å opprette en sentral indeks server som deler indeksene fra flere Media Agenter. Denne funksjonen etableres når man setter opp Media Agenter i en redundant konfigurasjon, for å ha en uavhengighet til indeksen. Det er således ingen enkel kilde til feil for indeksen i Simpana. Illustrasjonen viser hvordan indeksen tas med når data kopieres i løsningen. Side 7 av 20

8 Indeksering av metadata Når data kopieres eller flyttes basert på backup- / arkivjobber, vil metadata lagres i indeksen (beskrevet i forrige avsnitt). Dette gjør det mulig å søke på objekter som er i løsningen, basert på metadata. Søk kan utføres fra flere steder avhengig av hva som er tatt i bruk, og tilgang til data styres av brukerens rettigheter i AD og tilgang basert på ACL (se sikkerhet). Slik tilgang kan være via Outlook for e-post, eller frittstående web baserte søkeverktøy. Indeksering av innhold (Content Indexing) Vi har tidligere sett at man i Simpana kan søke basert på metadata, men indeksering av innhold tar steget helt inn i objektene og gjør innholdet søkbart. Indekserer man e-postmeldinger, vedlegg, frittstående dokumenter og liknende, og gjør innholdet søkbart for brukerne så gir det nye muligheter med tanke på gjenfinning av informasjon. Dette er en egen lisensiert modul i Simpana, og vil ha behov for dedikerte ressurser. Ser man denne muligheten fra en sluttbruker sitt ståsted vil det kunne gi følgende muligheter: Søkbarhet i data på tvers av applikasjoner og dokumenttyper (filområder) som SharePoint, Exchange MB, Documentum, Lotus Notes, NAS og/eller Windows Linux Unix MAC baserte filer. Søkbarhet i arkiverte data administrert av Simpana (OnePass). Søkbarhet i backupkopier av data inkludert historiske kopier (retention). Illustrasjonen viser prinsippet i hvordan en sluttbruker lettere kan få tilgang til informasjon i bedriften, uavhengig om det er tilnærmet on-line (siste backup), near-line (arkiv), eller off-line (kopier i backup). Områder der mange bedrifter ser nytten av slik søkbarhet er: Finne data for juridisk gjennomgang / dokumentasjon. Finne data man har behov for i HR sammenheng. Finne data som er kritisk eller verdifull for bedriften. Finne data som sluttbrukere trenger i sitt daglige virke. Side 8 av 20

9 Deduplisering Simpana har hatt deduplisering tilgjengelig i flere generasjoner av løsningen. Deduplisering i dagens Simpana støttes på klient, på Media Agent, eller om bedriften ønsker det på en ekstern dedupliseringsboks. CommVault ser på deduplisering som en nyttig teknologi, men ønsker ikke å begrense en bedrifts valgmulighet ved å diktere hvor det skal skje. Vår mening er at teknologien skal anvendes der man mener det har en ønsket effekt og ikke la teknologien diktere hvordan en løsning skal designes. Her forsøker vi å beskrive forskjellene ved de tilgjengelige alternativene for deduplisering. Hva er deduplisering? Deduplisering er kort og godt at man eliminerer at like data lagres flere ganger i en lagringsløsning. For å få dette til analyserer man dataene og finner ut av om man har en kopi lagret tidligere. Tidligere dedupliseringsløsninger så på hele filer for å finne ut av om de var like (Single Instance), mens dagens deduplisering stort sett foregår ved å analysere datablokker (biter av dataobjekter). For å få dette til benytter man kryptografiske algoritmer som kalkulerer innholdet i blokker for å se om de eksisterer fra før. Resultatet skrives til en tabell kalt "Hash" tabell. Denne kalkulasjonen krever en del ressurser i form av I/O mot databasen (diskområdet) som håndterer prosessen. Simpana benytter en algoritme kalt SHA-512 og betraktes som meget god, i motsetning til SHA-1 som betraktes å ha matematiske svakheter. I Simpana benyttes deduplisering kun til kalkulering og skriving av data, og ikke til restore. Deduplisering i Simpana er således ikke et enkelt punkt for feil. En enhet som skal deduplisere data består stort sett av de samme komponentene, selv om det kan være designmessige forskjeller, uavhengig av om det er standard servere, eller spesialiserte bokser: Prosessorkraft og minne Operativsystem med programvare som utfører deduplisering Diskplass for dedupliseringsdatabasen Lagringsplass for data Deduplisering på backupserver Ved å utføre deduplisering på backupserver (Media Agent) vil man kunne lagre deduplisert data på hvilken som helst type lagring og lagringsteknologi. Simpana støtter deduplisering til standard "dum" disk, til avanserte disksystemer (SAN / NAS), til virtuelle tape systemer (VTL), eller til tape om man ønsker (sistnevnte vil kunne ha konsekvenser man må vurdere). Deduplisering i Simpana foregår In- Line, dvs. at data dedupliseres etter hvert som det passerer Media Agenten. Rent økonomisk vil standard disk som regel være billigere enn spesialisert HW. Deduplisering i backupapplikasjonen gir en frihet til å velge lagring basert på pris, teknologi, eller en blanding av de to. Det gir også frihet til å blande teknologier i samme løsning ved å ha ulike lagringssystemer for backupdata på forskjellige lokasjoner (f.eks. DR lokasjon). Med Simpana er man uavhengig av produsent, teknologi, eller spesialisert funksjonalitet i forbindelse med lagring av data. Deduplisering på klient I foregående funksjon er det backup serveren som må gjøre hele jobben. Ved å deduplisere ute på klienten vil man avlaste Media Agenten med noe av jobben. Det vil i denne sammenheng være agenten ute på klienten som benytter noen ressurser lokalt for å deduplisere data før de kopieres til Media Agenten. Klientbasert deduplisering er fordelaktig der man har behov for: Å redusere backuptiden. Å redusere belastningen på WAN kommunikasjon. Side 9 av 20

10 Deduplisering på klient egner seg ikke like godt på klienter der man har behov for alle ressurser for tjenesten som kjører der, slik som databaser med høye ytelseskrav. Deduplisering på lagringsløsning Med lagringsløsning i denne sammenheng snakker vi om spesialiserte dedupliseringsbokser. Slike løsninger er sammensatt primært for en oppgave, å motta data og redusere dem mest mulig. Slike bokser anses ofte som effektive med tanke på selve dedupliseringseffekten, men det er noen ting man bør tenke gjennom før man velger denne type løsning. Her er noen: Ting man må vurdere når man kjøper en lagringsløsning for deduplisering er: Skalerbarhet: Hvor mye data skal jeg lagre over løsningens levetid, og kan den utvides nok? Dette er det samme som man må vurdere ved anskaffelsen av SAN/NAS type lagring. Kopier av data: Skal man ha en kopi av dataene til en DR lokalitet eller sekundært datasenter, må man som regel tenke en dobling av løsningen, da de fleste systemer krever at det er like enheter begge steder. Kobling til data: Når man mottar en backupjobb vil backupapplikasjonen ha en relasjon til dataene. Når en lagringsløsning dedupliserer dataene vil de bli lagret på en måte som gjør dem "uleselige" for backupløsningen hvis de interne funksjonene i disksystemet får problemer (korrupt dedupdatabase, etc.). Migrering av data: Om man på et gitt tidspunkt ønsker å bytte leverandør, eller annen HW basert løsning, vil man måtte re-hydrere data i en migreringsprosess. Dette kan være både tidkrevende og kostbart. Kjøre virtuelle servere direkte fra backup: Enkelte backupløsninger tilbyr oppstart av virtuelle maskiner direkte fra backup. En dedupliseringsboks kan være en begrensende faktor i slike situasjoner da data må re-hydreres for å kunne presenteres ut og dette er en resurskrevende prosess. Økonomi: Argumentene for å velge en HW basert dedupliseringsboks peker ofte i retning av en mer effektiv dedupliseringsrate. Ved å velge en HW basert dedupliseringsboks får man kanskje en marginalt bedre dedupliseringsrate, men samtidig låser man seg teknisk og økonomisk til det valget man har tatt. I dagens IT-samfunn utvikler teknologien seg raskt, data vokser kraftig, og det er ikke sikkert at det valget man tok for to år siden passer i ytterligere tre år (eller mer). Det man til syvende og sist må spørre seg selv om er hvilken gevinst man forventer å ha ved å velge en HW basert løsning rent teknisk, men også kommersielt, hvis den SW baserte løsningen allerede inkluderer deduplisering og man kan benytte standard diskløsninger. Hvorfor betale for deduplisering flere ganger? Generelt sett vil det være en fordel om backup SW får administrere dedupliseringen av data i tillegg til indeksering og håndtering av livssyklusen til de samme dataene. Blant annet fordi: Man er totalt HW uavhengig og låser seg ikke til én leverandør, eller merke/modell. Så lenge backup SW eier de dedupliserte dataene, vil man kunne kopiere backupdata mellom lagringsløsninger uavhengig av teknologi, merke og modell ved utfasing. Man kan blande forskjellige lagringsløsninger for mottak av backupdata, og i enkelte tilfeller velge og deduplisere ut til tape, noe Simpana er alene om å gjøre. Sistnevnte bør ikke benyttes som DR strategi, men kan vurderes med tanke på å lagre en historisk kopi. Man kan ha forskjellige lagringsløsninger på primær og sekundær lokalitet. Det kan også benyttes mindre rimeligere løsninger på f.eks. avdelingskontor. Dermed reduseres kostnader ved anskaffelse og vedlikehold. Side 10 av 20

11 Man kan valgfritt benytte kildebasert og målbasert deduplisering, noe som lar organisasjonen bestemme hvordan de vil benytte teknologien, og ikke motsatt at teknologien skal begrense mulighetene. Man kan deduplisere på tvers av fagområder som backup, arkiv og kopier av disse i Simpana. Det innebærer også at man kan kopiere kun nye unike blokker (allerede deduplisert data) mellom primær og sekundær lokasjon (kalt DASH kopi). DASH kopi, hva er det? DASH står for "Dedupe Accelerated Streaming Hash" og er en metode for å kopiere data mellom datasentre, DR lokalitet, sky-tjeneste, eller annet sted basert på allerede deduplisert data. I motsetning til mange dedupliseringsbokser så muliggjør denne teknologien at man kan ha forskjellig oppbevaringstid (retention) på de forskjellige stedene. Global deduplisering Global deduplisering løses i Simpana ved at man knytter forskjellige regelsett (Storage Policy) sammen i det som kalles en global dedupliseringspolicy. Deduplisering skjer da på tvers av fagområder (backup og arkiv), på tvers av Storage Policy'er og på tvers av Media Agenter. Fagområder i Simpana Backup & Recovery Backup i Simpana favner over en unik mengde operativsystemer, applikasjoner og måter å utføre backup på. Ofte fokuseres det nokså ensidig på backup, mens CommVault har et minst like stort fokus på tryggheten på at tilbakeføring av data lar seg gjøre innenfor de rammer og krav organisasjonen har til sin forretningsdrift. Det innebærer at både stabilitet, automatisering og ikke minst enkelhet i hvordan man tilbakekopierer data er viktig. Simpana gjør det mulig å velge hvilke nivå du som administrator, skal kunne gå inn og hente tilbake data på, enten det er en enkel e-post, en hel postkasse, hele e-post databasen, eller serveren. Denne filosofien gjelder enten vi snakker om e- post, filbasert data, Active Directory attributter, eller SharePoint dokumenter. For databaser er det en rekke andre nyttige måter å tilbakekopiere data på, og da løst på en måte som er preferert av databaseleverandørene. Side 11 av 20

12 Fil, e-post, katalogtjenester (AD) og SharePoint Backup av tjenestene nevnt over skjer på en applikasjonskonsistent måte. Det vil si at via agent, eller API mot virtualisering, sørger man for at applikasjonen er klar for å tas backup av. Her benytter man teknikker som VSS for Microsoft, vstorage API og snap for VMware, m.fl. Alle de nevnte tjenestene kan sikres og tilbakekopieres basert på enkeltobjekter hvis det konfigureres for det. Det vil i praksis si: Fil: For fysiske og virtuelle maskiner kan filer tilbakekopieres helt ned til enkeltfiler med agent installert. For virtuelle servere kan det samme utføres på MS Windows og Unix/Linux selv om backup er basert på VM image. E-post: For fysiske servere med agent installert kan e-post tilbakekopieres basert på hele databasen (DB backup), enkelte postbokser og helt ned til enkelte e-poster (MB backup), avhengig av konfigurasjon. Det samme kan utføres mot Exchange i virtuelt miljø, forutsatt at man benytter Simpana sin IntelliSnap teknologi mot lagringsløsningen og at denne har lisens for HW basert snap. Det vil kunne være tekniske forutsetninger for de enkelte måter å løse oppgaven på. Active Directory: Kan tilbakekopieres fra valgfritt nivå helt ned til enkelte attributter. SharePoint: Kan tilbakekopieres basert på database, site, eller enkeltdokumenter, forutsatt at man har både DB backup og dokument backup konfigurert. Databaser Simpana har en tett og god støtte for mange databasetyper. Generelt for dem alle er at det anbefales å benytte databaseagent enten man kjører på fysisk eller virtuell server. Dette begrunnes først og fremst med at det er agenten som tilfører de unike måtene å håndtere den enkelte databasen på. De fleste agentene støtter bruken av HW basert snap teknologi (IntelliSnap). Dette gjelder bl.a. MS SQL, MySQL, Oracle, DB2, Sybase, SAP m.fl. MS SQL: Med agent for MS SQL kan man automatisk oppdage nye DB instanser og inkludere disse i en backupsyklus. Backup av MS SQL inkluderer både database, logger og trunkering av sistnevnte. Agenten tilfører også følgende muligheter for tilbakekopiering: o Tilbakekopiering av fulle eller deler av databasen. o Tilbakekopiering og tilbakespoling av transaksjonslogger. o Tilbakekopiering av systemdatabasen. o Utføre offline tilbakekopiering. o Point-in-Time tilbakekopiering forenklet med automatisk loggavspilling. o M.m. Oracle: Agenten for Oracle er meget tett integrert med RMAN. Simpana agenten for Oracle har de aller fleste RMAN kommandoer integrert i brukergrensesnittet og letter dermed administrasjonen uten dyp Oracle kompetanse. Her er noen av funksjonene som støttes: o Full oversikt over RMAN i GUI. o Mulighet for forhåndsvisning av RMAN skript som vil bli utført (inkl. tilpasning). o Mulighet for å se RMAN skript og resultater mens backupjobb kjører. o Tilbakekopiering av individuelle datafiler/tablespace. o Tilbakekopiering av arkivlogger. SAP: Agenten for SAP er fullt ut sertifisert av SAP og støtter de tre SAP grensesnittene for backup (RMAN_UTIL, UTIL_FILE og UTIL_FILE_OFFLINE). Simpana støtter også bruken av BRTOOLS og BACKINT grensesnittene fra SAP for å kontrollere backup. Samme agent som benyttes for SAP på Oracle benyttes også for SAP på DB2. Side 12 av 20

13 I tillegg til nevnte databaser er det støtte med egen agent for bl.a. MySQL, PostgreSQL, Sybase, m.fl. Virtuelle servere Både VMware og Hyper-V er støttet av agenten for virtuelle miljøer (Virtual Server Agent VSA). Andre virtualiseringsløsninger er støttet ved bruk av spesifikk agent for det aktuelle operativsystemet eller applikasjonen. Av slike miljøer kan nevnes Oracle VM, AIX WPAR, AIX LPAR og Solaris Zones. Virtualisering basert på Parallel og Fusion vil måtte ha egen agent installert i VM. CommVault ble av DCIG kåret til beste produkt for virtualisering i Backup Software Buyer s Guide Dette er andre gang på rad at man får denne plasseringen, noe vi er stolte over og håper det reflekterer CommVault sin styrke og satsning på at alle servertyper skal ha den beste form for beskyttelse. VMware Simpana sin Virtual Server Agent (VSA) settes opp til å kommunisere med vcenter. Agenten støtter vstorage API (VADP) og gir full funksjonalitet inn mot de virtuelle maskinene. Man kan sette opp miljøet slik at tilbakekopiering av enkeltfiler og enkeltobjekter for spesifikke applikasjoner kan skje selv om selve backup skjer basert på VM image. Det finnes mange tekniske muligheter for å designe et best mulig backupmiljø for VMware. Hva som er beste løsning for den enkelte bedrift varierer og bør være tema i en separat diskusjon. Simpana støtter mange automatiserte funksjoner i VMware, slik som: Automatisk å plukke opp nye VM er og inkludering dem i en backupsyklus. Granulær tilbakekopiering av enkeltobjekter. Skalerbare "byggeklosser" for store virtuelle miljøer. Konsistent applikasjonsbeskyttelse inne i en VM. Fysisk til virtuell konvertering. Selvbetjeningskonsoll for sluttbrukere. vcenter plugg-in for backup og tilbakekopiering direkte fra vcenter. Støtte for vcloud og multi-tenancy (leide miljøer). Mulighet for styring av livssyklus for VM'er / VM arkivering. Mulighet for å starte VM direkte fra backup. Hyper-V Simpana sin støtte for Hyper-V vil være nokså lik som for VMware på mange områder, men tilsvarende annerledes på områder der man ikke har kommet like langt med integrasjon eller at Hyper-V ikke muliggjør tilsvarende funksjon. Det er en Virtual Server Agent (VSA) som installeres per Hyper-V node og som tilfører funksjonaliteten inn mot Hyper-V. Design og muligheter i et Hyper-V miljø bør være tema i en separat diskusjon. Liste over støttede operativsystemer, applikasjoner og databaser IntelliSnap Integrasjon mot HW snap IntelliSnap er en funksjon i Simpana som muliggjør beskyttelse av virtuelle miljøer, kritiske applikasjoner, m.m. på en meget effektiv måte. IntelliSnap er en funksjon som er bygget inn i Side 13 av 20

14 agentene, der man går inn og tar kontroll (administrerer) snap funksjonen i et SAN/NAS, og samtidig koordinerer backup med applikasjonen slik at data er konsistente i det øyeblikket HW snap tas. I virtuelle miljøer innebærer dette at man har en tett dialog med hypervisor og utnytter dennes snap funksjon koordinert, slik at VM'ene er konsistente før HW basert snap av volum på SAN/NAS tas. HW snappet som er tatt på SAN/NAS gjøres i ettertid tilgjengelig for Simpana og kan benyttes som et tilbakekopieringspunkt i seg selv, eller som kilde for å kopiere data ut av lagringsløsningen til en ekte DR kopi i backupsammenheng. I og med at det tar kort tid å utføre et HW snap vil applikasjonen det koordineres snap mot kunne komme raskt tilbake i produksjon og man unngår unødig ressursbruk på produksjonssystemet, noe som etter hvert er en stor utfordring for enkelte databasemiljøer og/eller store virtuelle servere. Snappet er tilgjengelig på lagringsløsningen og i backup slik at det kan brukes i tilfelle applikasjonen eller annen data som det er et bilde av skulle bli korrupte innen neste snap tas. Kopien man tar ut av lagringsløsningen basert på snappet vil dekke behovet for katastrofesikring. Til sammen løses både resurskritiske og tidkrevende oppgaver på en effektiv måte. IntelliSnap er kanskje den mest effektive sikringen av kritiske applikasjoner, men ikke minst store virtuelle servere. Den største fordelen med HW snap i virtuelle miljøer er som tidligere nevnt at man reduserer belastningen på produksjonsmiljøet ved at ressurser låses kortest mulig. Ved en tradisjonell backup vil mye data skrives til en endringslogg mens data kopieres ut fra den virtuelle serveren. Endringene må så skrives tilbake til den virtuelle maskinen før den er oppdatert og fullt tilbake i produksjon. Det kan bety til dels stor ressursbruk både under selve backup fasen og når endringer skrives tilbake til VM'en. Bruken av HW snap endrer ikke på den grunnleggende måten backup tas, men snur på rekkefølgen ting skjer og tar i bruk HW snap som en del av prosessen. Siden data kopieres ut basert på HW snap og dette er meget raskt å ta, vil de virtuelle maskinene komme langt raskere tilbake til normal status. I et VMware miljø har man sett følgende forskjell i sikring av en enkelt VM. Faktisk kopiering av data vil da foregå i ettertid og direkte fra lagring, slik at ressursene i det virtuelle miljøet er frigitt. Arkivering Et annet fagområde i Simpana er arkiv. Arkiv er noe som etterspørres stadig mer i norske organisasjoner, og dekker først og fremst to behov: Arkivering av statiske data for å demme opp for vekst på produksjonssystemer. Side 14 av 20

15 Juridisk arkiv (Compliance) for å sikre at dokumentasjon, korrespondanse m.m. er sporbart og tilgjengelig. Ofte designes en løsning for arkiv også med funksjon for å indeksere innhold slik at det blir søkbart. Simpana støtter begge former for arkiv og dekker først og fremst områdene e-post og fildata (inkl. NAS). E-post Arkiv av e-post støttes for Lotus Domino og MS Exchange. Løsningen består av to elementer der den ene installeres som agent på Exchange / Domino, mens den andre tilfører funksjon mot Outlook / Notes. Rent praktisk vil man kunne velge at e-post arkiveres basert på forskjellige kriterier, og om hele e-posten skal arkiveres eller bare vedlegg. Som regel legges det igjen en peker (Stub) til e- postene slik at brukerne har synlighet direkte i sin postboks. Brukerne vil kunne nå e-postene basert på flere grensesnitt avhengig av hva som tilgjengeliggjøres. (Se også emnet "OnePass" senere i dokumentet for mer informasjon). Filer Funksjonen for filarkiv virker på en tilsvarende måte som for e-postarkiv. Det installeres en agent på filserver, eller integrasjon mot NAS. På samme måte som for e-post, settes det regler for når dokumenter skal arkiveres ut, og man avgjør om disse filene skal erstattes med pekere i filsystemet slik at brukerne ser dokumentene som vanlig og kan åpne dem ved å klikke på pekeren (Stub) i filsystemet. Brukerne vil også her kunne nå filer basert på flere grensesnitt avhengig av hva som tilgjengeliggjøres. OnePass kombinert backup, arkiv og analyse av data OnePass er en unik funksjon som bare finnes i Simpana. Som tidligere nevnt gir en løsning som er basert på en felles plattform (en kildekode) mange muligheter og fordeler. OnePass er et eksempel på dette. Tradisjonelt har man holdt backup og arkiv adskilt, og man har måttet sørge for å ta backup av arkivet i ettertid siden det jo fortsatt dreier seg om "originalen" som er flyttet ut i arkivet. OnePass er backup, arkiv og analyse av data utført i en oppgave mot de samme dataene. Dette gir mindre belastning på produksjonssystemer og reduserer administrasjon av løsningen. De fleste leverandører tilbyr backup, arkiv og analyse av data med tre forskjellige løsninger og dermed tre forskjellige miljøer å administrere og vedlikeholde, samt separate infrastrukturer. Hva er OnePass? La oss ta backup først. Prosessen sikrer data ved bruk av backupmetoden "Syntetisk Full". Syntetisk full er en slags inkrementell backup der man bygger nye fulle backuper basert på tidligere data (første fulle backup + etterfølgende inkrementelle = neste syntetiske full backup). Dette gir en redusert belastning på produksjonsmiljøet ved fremtidige backupjobber. Siden mye av dataene allerede er tatt backup av, er det unødvendig å ta en ny full backup fra produksjonsmiljøet. Denne metoden utnytter det beste fra to verdener, nemlig en form for evig inkrementell kombinert med regelmessige fulle backupdata, slik at referanser til data oppdateres jevnlig og sikrer en effektiv backup og tilbakekopiering. Å slippe og kopiere fulle backupjobber fra produksjonsmiljøet er det beste alternativet for å håndtere "Big Data". Side 15 av 20

16 Hva så med arkiv? Arkivdata er i praksis data som flyttes fra produksjonslagring til rimeligere lagring, samtidig som man ivaretar tilgjengelighet for brukerne. Men det som gjør OnePass unikt er hvor arkivdataene hentes fra. Tradisjonelt skanner man et filområde, eller et e-postsystem for å finne data som stemmer med de reglene man har satt for når data skal arkiveres ut. I OnePass prosessen ble disse dataene allerede skannet da det ble tatt backup, og de finnes allerede i backupjobben som er lagret. Det er tross alt snakk om data på blokknivå og disse blokkene er ikke noe annerledes for backup enn for arkiv. OnePass kombinerer derfor disse to prosessene i en. I tillegg, siden dataene allerede finnes, kan man vite noe om dem ved å analysere dataene, fortsatt uten å utføre separate oppgaver på produksjonssystemet. Slik fungerer One Pass for backup, arkiv og analyse av data: Normalt vil hver agent utføre en skanneprosess på produksjonssystemene for hver av de tre funksjonene backup, arkiv og analyse av data (Fig.1) De tre agentene erstattes av en agent som kan utføre skanneprosessen en gang og dermed redusere belastningen på produksjonssystemene (Fig.2). Dette utføres slik: 1. Skann av produksjonsdata. 2. Backup av produksjonsdata. 3. Analyse av dataene som er beskyttet. 4. Sjekk av arkivregler mot allerede kopiert data. 5. Data som tilfredsstiller arkivkrav får arkivregler lagt til (blokkene finnes allerede i backup så her er det kun snakk om å legge til arkivregler i form av oppbevaringstid), og tilsvarende produksjonsdata erstattes med pekere. Originaldataene i produksjonssystemet slettes. 6. Data dedupliseres på blokknivå av Simpana på standard disksystem. 7. Data ivaretas av Simpana basert på backup- og arkivregler som er satt (oppbevaringstid). Figur 1. Figur 2. OnePass er tilgjengelig for Exchange og filbasert data fra MS Windows, Linux, Unix, MAC og utvalgte NAS systemer. Side 16 av 20

17 Replisering av data Replisering av data i Simpana (Continuous Data Replicator CDR) er en funksjon som gjør det mulig å sette opp en ende til ende replisering mellom to systemer. Det er ikke først og fremst en konkurrent til speiling eller replisering på SAN/NAS nivå, men snarere en applikasjonskonsistent måte å ha to systemer (f.eks. databaser) oppdatert med så liten variasjon som mulig. En slik tett oppdatering er ikke praktisk gjennomførbart med tradisjonell backuptankegang, men med a-synkron replisering der agentene snakker direkte med databasene på hver side og sørger for logghåndtering, vil man kunne sikre tjenester på en optimal og konsistent måte. Support CommVault har et verdensomspennende supportapparat med redundans på supportsentre og dekning i flere verdensdeler. For Europa ligger dette senteret i Reading utenfor London. Det tilbys i utgangspunktet to typer direkte support til kunder. Supportnivå er avhengig av hvilke vedlikeholdsavtale man har valgt. I hovedsak er forskjellen på supportavtalene hvilke tidsrom man har tilgang til support. Premium support er en 24/7/365 tjeneste som gir kunden tilgang til ressurser året rundt. Standard support er begrenset til kl fem dager i uken (ikke helger og helligdager). Begge typer support gir tilgang til on-line ressurser, supporttelefon, fri tilgang til neste versjon av SW, oppdateringer, m.m. SLA i supportsammenheng bestemmes av kunden selv når en hendelse logges. Hvis den logges med høy prioritet forventes det at kunden er tilgjengelig, og en respons vil normalt være mellom 2-4 timer. CommVault tilbyr også en Business Critical Support (BCS) for meget kritiske miljøer. Det vil da være en teknisk ansvarlig person knyttet til kunden. BCS kan kjøpes for perioder av gangen, for eksempel ved kritiske oppdateringer, eller større utskiftninger i datasenteret. Det finnes også en proaktiv fjerndriftstjeneste kalt ROMS, der vårt supportsenter overvåker kundens miljø og igangsetter tiltak, ofte før kunden selv er klar over situasjonen. I en undersøkelse utført av Storage Magazine fikk CommVault pris for god kundesupport med hele 97% kundetilfredshet, noe vi er stolte av i en bransje der over 70% regnes som bra. Dokumentasjon CommVault har en praksis der all dokumentasjon er åpent tilgjengelig. Det betyr at vi har basert dokumentasjonen av Simpana on-line og holder den dynamisk oppdatert. Det betyr samtidig at alle, også konkurrentene, kan se hva og hvordan vår teknologi fungerer. Vi kaller denne dokumentasjonen for Books On Line og den finnes på linken: documentation.commvault.com Side 17 av 20

18 Her kan man finne installasjonsbeskrivelser, forklaring på hvordan agenter eller funksjoner virker, forutsetninger og Best Practice dokumenter. Sidene er indeksert slik at man også kan søke i fritekst. Som oftest vil menyene være en god måte å finne frem til funksjoner på da de sorterer på fagområde og løsning. Dokumentasjonen er kun på engelsk. Dokumentasjon ved installasjon I de prosjekter der CommVault sine konsulenter benyttes så inngår det en grundig dokumentasjon av kundens installerte miljø. Dette kan anses som en "brukerhåndbok" på eget miljø. Det vil i de fleste sammenhenger også utarbeides en "katastrofeplan" som dokumenteres separat. Denne planen er ment som en veiledning om man kommer ut for en katastrofe og større mengder data må tilbakekopieres. Dokumentasjonen tar utgangspunkt i en designfase sammen med kunden, en installasjonsfase, samt en sluttføring av dokumentet etter endt installasjon (se kapitlet "Installasjonsmetodikk"). Dokumentasjonen leveres på engelsk. Lisensmodell CommVault tilbyr flere former for lisensiering, der de to vanligste er agentbasert (SLA) og kapasitet (CLA). Den agentbaserte er tradisjonell lisensiering der alle moduler, agenter og elementer i løsningen har en kostnad per enhet. Den kapasitetsbaserte lisensen tar utgangspunkt i hvor mye data som er i produksjon og som skal sikres, enten som backup, arkiv, eller en kombinasjon. Indeksering og søk (Content Index) er lisensiert separat. Kapasitetslisensen baserer seg på det vi kaller Front End Terabyte. Det vil si den mengde produksjonsdata, sett fra applikasjons- / serversiden, som skal beskyttes. Ofte kan man sidestille dette med størrelsen på en full backup. Her er noen fakta om kapasitetslisensen: Den gir i utgangspunktet fri bruk av alle agenter og moduler innen det faget som er lisensiert (f.eks. backup) og innen en CommCell. Det finnes alternative lisenspakker som dekker alle, eller deler av funksjonene i Simpana. Disse selges som kapasitetslisens, men kan gi fri bruk av et begrenset utvalg agenter og funksjoner. Det kan genereres så mange kopier av dataene i backup - / arkivsammenheng som man har behov for uten konsekvens for lisenskostnadene (f.eks. historiske kopier, DR kopi, langtidskopi, osv.). Arkivlisensene dekker funksjonen OnePass og kombinerer således backup og arkiv under en lisens. Konfigurasjoner kan forekomme der data beskyttes under backuplisens inntil det er arkivert og deretter flyttes til arkivlisens. Flere kapasitetslisenser (typer) kan kombineres i samme løsning, men det vil kunne være begrensninger der man ønsker å kombinere to lisenspakker for backup. Det er ingen "audit" på lisensbruk da systemet kontrollerer dette selv. Det er ingen "hard stopp" før man når en bruk på 110%. Før dette skjer vil man ha mottat en rekke varslinger og måttet utføre bekreftelser som tilsier at man er oppmerksom på overforbruk. Side 18 av 20

19 De aller fleste nye lisenssalg fra CommVault er basert på en kapasitetslisens. Dette skyldes som oftest en gunstig avtale med tanke på pris, at det er fleksibelt med tanke på etablering av nye produksjonssystemer og at man forenkler administrasjon av lisenser. Kurs- / Opplæringstjenester CommVault tilbyr standardiserte kurs ved faste kurssentre bl.a. i England, Nederland, Tyskland, samt av og til i Stockholm. Ved spesielle situasjoner tilbyr vi lokale kurs hos, eller nær kunde, men dette innebærer en del krav til utstyr og logistikk hos kunden. Alle kurs er kommersielle og har en kostnad, men det er mulig å kombinere web baserte kurs, deltagelse på kommersielle kurs og/eller en kombinasjon der medvirkning ved installasjon er en del av opplæringen (sistnevnte krever et tredagers administrasjonskurs som minimum i forkant av installasjonen). Kurs tilbys og selges basert på begrepet TR-CREDIT. En TR-CREDIT = 1 dag for en person. Et anbefalt minimum for nye kunder er kurset Core Fundamentals som går over tre dager. Dette er et basiskurs som må tas før deltakelse på andre kurs. Ofte suppleres dette med kurset Implementation & Maintenance som går over ytterligere to dager og settes som regel opp i sammenheng med det første. "Disaster Recover Design and Implementation" (2 dager) er et tredje kurs mange kunder finner nyttig. Det er sterkt anbefalt at kurs fullføres før installasjonen finner sted. Erfaring viser at læringseffekten ved deltagelse på egen installasjon da blir mye større. Sertifisering CommVault har et eget program for sertifisering. Sertifiseringstitlene man kan oppnå er: "CommVault Certified Professional" der fokus er generell administrasjon, administrasjon av lagring for backup/arkiv, samt installasjon av en CommCell. "CommVault Certified Specialist" har som mål å spesialisere deltakeren innen utvalgte områder. Slike områder kan være virtualisering, katastrofesikring, lagringsarkitektur (deduplisering, snap integrasjon, m.m.). Kravet for å ta denne sertifiseringen er at man som minimum er "Certified Professional" og tar minst ett av de spesialiserte kursene. "CommVault Certified Master" er den høyeste sertifiseringen og forutsetter at man har begge de foregående sertifiseringene. I tillegg må man delta på en såkalt "Master Class" og bestå eksamen som følger denne. Installasjonsmetodikk Når et nytt prosjekt skal planlegges tar man utgangspunkt i kundens tekniske miljø, behov og ønsker for sin løsning. CommVault tilbyr erfarne konsulenter som selges via våre partnere. Våre konsulenter har lang erfaring og spisskompetanse, samtidig som de kommuniserer tett med vår utviklingsavdeling. Ved kundedeltagelse under installasjonen vil konsulenten ha en rolle som lærer også, men det forutsettes da at man har deltatt på kurs i forkant og at det settes av tid til det. CommVault arbeider etter standardiserte prosjektmetoder (PMBOK) når et oppdrag skal gjennomføres. Uavhengig av valgt omfang er følgende elementer som regel med: Side 19 av 20

20 Teknisk analyse og design sammen med kunde (omfang varierer, men ca. 1 2 dager). o Alle interessenter som DBA, backupansvarlig m.fl. bør ha noe å si i dette møtet. Utarbeidelse av teknisk designdokument for prosjektet (omfang vil variere, 2 4 dager). o Dette blir arbeidsdokumentet for resten av installasjonen. Utarbeidelse av Best Practice plan for utrullingsstrategi (1 2 dager). Installasjon og konfigurasjon av kjerneelementer i tilbudt design (tid vil variere). o Oppsett av sentrale elementer som CommServe, Media Agenter og globale CommCell parametere, rapporter, varsler, og andre generelle innstillinger. o Kunnskapsoverføring er en løpende del av installasjonen. Installasjon og konfigurasjon av tilbudt design for klienter og applikasjoner i datasentrene (tid vil variere). o Her vil en liste med omfang, antall servere, m.m. være spesifisert. o Testing av basisfunksjonalitet (test er en løpende oppgave i våre prosjekter). Installasjon og konfigurasjon av tilbudt design for eksterne lokaliteter (tid vil variere). o Som over, men for evt. andre kontorsteder. Utarbeidelse, overlevering og opplæring i bruk av endelig installasjons- og operasjonsdokument "As Built". Prosjektledelse fra CommVault (oppfølging av konsulent og koordinering mot kunde). o Dette er et element vi erfarer er nødvendig i de fleste prosjekter og prises som regel på timebasis. Side 20 av 20