{"id":328,"date":"2013-04-26T19:33:20","date_gmt":"2013-04-26T17:33:20","guid":{"rendered":"http:\/\/blog.systemconnect.dk\/?p=328"},"modified":"2014-01-31T08:03:05","modified_gmt":"2014-01-31T07:03:05","slug":"sadan-en-tudeprins","status":"publish","type":"post","link":"https:\/\/scblog.lynge.org\/?p=328","title":{"rendered":"S\u00e5dan en Tudeprins!"},"content":{"rendered":"<p>Kun rigtige m\u00e6nd gr\u00e6der &#8211; bare se p\u00e5 vores kronprins da han blev gift!<br \/>\n&#8230;men er man s\u00e5 ogs\u00e5 en rigtig mand, hvis man ikke tager backup?<br \/>\nMan er i hvert fald en dum mand (eller kvinde)!<\/p>\n<p>Fint nok &#8211; men hvad skal jeg s\u00e5 tage backup af i s\u00e5dan en C5 installation?<\/p>\n<p>1. anbefaling: Alt hver dag. Dvs. hele C5 kataloget og underkataloger &#8211; og evt. andre kataloger C5 henter\/l\u00e6ser filer fra. K\u00f8rer du SQL &#8211; s\u00e5 husk ogs\u00e5 at tage backup af dine SQL-databaser!<\/p>\n<p>2. anbefaling:<\/p>\n<ol>\n<li>Tag\u00a0en komplet backup af din C5 med j\u00e6vne mellemrum (\u00e5rligt\/kvartalsvis\/m\u00e5nedlig &#8211; afh\u00e6nger af din virksomhed)\u00a0&#8211; s\u00e5 har du den at starte med og skal s\u00e5 blot have de nye filer med. Tag altid en komplet lige inden og efter programrettelser og\/eller en opgradering\/opdatering af C5<\/li>\n<li>Tag mindst dagligt kopi af data:<br \/>\n&#8211; Metadata: c5direct.c5s\/.sys<br \/>\n&#8211; Data: c5data.* &#8211; eller ved SQL:\u00a0SQL-databasen<br \/>\n&#8211; Applikation: c5util.usr<br \/>\n&#8211; Brugertilpasning: c5util.usr og usr????.tbl<br \/>\n&#8211; Mapper der skrives filer i: DocMgmt, ???_XMLFILEIMPORT<br \/>\n&#8211; Evt. andre ting som dine medarbejder l\u00f8bende retter i&#8230;<\/li>\n<\/ol>\n<p>Faktisk er det jo dine data der fylder mest &#8211; s\u00e5 den tag nu bare den komplette kopi hver dag!<\/p>\n<p>NB: P\u00e5 Native kan du desv\u00e6rre ikke tage backup af dine data uden alle brugere er ude af C5. Det kan du p\u00e5 SQL. S\u00e5 hvis du har mulighed for elektronisk at overf\u00f8re en backup til en anden adresse &#8211; s\u00e5 overvej om du skal s\u00e6tte systemet til automatisk at kopiere SQL-databasen j\u00e6vnligt i l\u00f8bet af dagen (hvor tit er op til dig &#8211; din internetforbindelse og din datam\u00e6ngde).<\/p>\n<p>Og husk s\u00e5 at det ikke nytter noget at backup&#8217;en ligger ved siden af serveren &#8211; eller i brandskabet&#8230;<\/p>\n<p>Her SKAL man v\u00e6re paranoid og jeg\u00a0HAR set eksempler p\u00e5 at folk havde indbrud &#8211; fik stj\u00e5let serveren og den pose med backupb\u00e5nd der l\u00e5 ved siden af!<\/p>\n<p>Jeg anbefaler at man planl\u00e6gger sin backup strategi med f\u00f8lgende i mente:<\/p>\n<ul>\n<li>Disaster recovery ala Seest (der hvor fyrv\u00e6rkerifabrikken sprang i luften).<br \/>\nHvordan kommer du\u00a0i gang igen hvis det der er tilbage af dine bygninger er et hul i jorden?<br \/>\nHusk at kun PCere og servere\u00a0kan k\u00f8bes. Dine data kan ikke&#8230;<br \/>\nMen husk ogs\u00e5 lige at det ikke nytter noget at tage backup hvis den b\u00e5ndstation\/diskettestation\/det stykke software backupen blev taget med, g\u00e5r tabt ifm. en Seest ulykke. S\u00f8rg for at have (p\u00e5 en anden adresse)\u00a0&#8211; eller have mulighed for at k\u00f8be\/l\u00e5ne udstyr backupen kan genindl\u00e6ses p\u00e5<\/li>\n<li>Sender du backupmedier med en ansat hjem, hvordan f\u00e5r du s\u00e5 fat i det igen hvis vedkommende er syg, fratr\u00e5dt eller p\u00e5 ferie? Er det i det hele taget sikret hjemme hos ham, eller ligger det bare i bilen?<\/li>\n<li>Kan jeg ikke bare tage backup hen over internet til nogle af de firmaer der s\u00e6lger den slags?<br \/>\nJo da! Men det \u00e5bner s\u00e5 for en r\u00e6kke nye ting du skal have styr p\u00e5:<br \/>\nHvordan f\u00e5r du fat i det hvis din bygninger er sprunget i luften? Har du de n\u00f8dvendige kodeord skrevet ned\u00a0(p\u00e5 en anden adresse end dit firma)? Har det p\u00e5g\u00e6ldende firma mulighed for at sende dig en fysisk kopi af dine data s\u00e5 du kan komme i gang igen? Er hele proceduren godt beskrevet (p\u00e5 en anden adresse end dit firma)? Hvordan sikrer du dig at de passer p\u00e5 dine data? Og hvem ejer dem egentligt i tilf\u00e6lde af konkurs mv.? Er de i det hele taget opbevaret forsvarligt &#8211; eller st\u00e5r serveren i en kollegiek\u00e6lder hvor alle har adgang?<\/li>\n<li>Folk er dovne. Hvis det ikke er let at tage backup (eller sker automatisk), s\u00e5 bliver det ikke gjort!<br \/>\nS\u00f8rg for at det er simpelt. Hav en fast simpel procedure for hvorn\u00e5r b\u00e5nd kan genoverskrives og hvad der skal ske hver dag. S\u00e6t systemet til at sende en e-mail rapport over hvordan backupen blev taget &#8211; og den skal sendes til en der checker den. Det er ikke nok at sende hvis noget gik galt &#8211; for der g\u00e5r sgu. ikke noget galt hvis skidtet slet ikke k\u00f8rer&#8230;<br \/>\nHusk at folk kan blive syge, have ferie eller fratr\u00e6de. Hvem tager backup i de situationer?<\/li>\n<li>Du skal ikke regne med at din backup virker &#8211; du skal vide at den virker<br \/>\nDer er kun en metode: check &#8211; eller f\u00e5 nogen til at checke &#8211; at din backup kan genindl\u00e6ses i et separat system og at data og programmer rent faktisk kan bruges. Og ikke mindst &#8211; at data p\u00e5 backupen ogs\u00e5 er de rigtige og de\u00a0nyeste!<\/li>\n<li>Skulle uheldet v\u00e6re ude &#8211; hvor kompliceret er det s\u00e5 at restore din backup?<br \/>\nI mange systemer kan man tage en m\u00e5nedlig backup, og s\u00e5 en daglig af alle \u00e6ndringer siden foreg\u00e5ende dag&#8230; G\u00e5r det galt i slutningen af en m\u00e5ned, s\u00e5 skal man s\u00e5 restore 20-30 backup&#8217;er for at v\u00e6re up-to-date&#8230; Og det i en situation hvor systemet helst skulle have v\u00e6ret i gang i g\u00e5r&#8230; Det er ikke en god l\u00f8sning. S\u00e5 hellere tage komplet backup hver uge eller hver dag.<\/li>\n<li>Disaster recovery er ikke alt. Hvis en bruger sletter en enkelt fil, har du s\u00e5 mulighed for at genskabe den uden at skulle bruge\u00a0tre dage p\u00e5 at restore hele backupen for at kunne kopiere en enkelt fil ud?<\/li>\n<li>Hvor l\u00e6nge gemmer du din backup? Hvis dit bogholderi har et regneark de bruger ifm. \u00e5rsafslutning, og de f\u00e5r det slettet dagen efter en \u00e5rsafslutning &#8211; kan du s\u00e5 restore det et \u00e5r efter &#8211; dvs. n\u00e5r de opdager at de mangler det?<br \/>\nOg hvis du gemmer dine backup&#8217;er s\u00e5 lang tid &#8211; og det er p\u00e5 et fysisk medie &#8211; hvad anbefaler leverand\u00f8ren s\u00e5? Skal b\u00e5ndene spoles igennem en gang i kvartalet for at fungere?<\/li>\n<li>Apropos fysiske medier. Hvor tit skifter du dem? Tror du at de kan holde evigt selvom du tager backup p\u00e5 dem dagligt? En procedure hvor man fx hver m\u00e5ned piller det \u00e6ldste\u00a0medie ud af cyklus og erstatter det af et nyt, sikrer l\u00f8bende udskiftning &#8211; samtidig med at b\u00e5ndet kan gemmes s\u00e5 man har kopi af gamle filer&#8230;<\/li>\n<\/ul>\n<p>BEM\u00c6RK: Systemconnect kan ikke tage ansvar for at du f\u00e5r kopieret alle dine vigtige C5-data &#8211; heller ikke selvom du f\u00f8lger ovenst\u00e5ende til punkt og prikke. Ansvaret er dit, men vi hj\u00e6lper dig gerne med r\u00e5dgivning og kontrol af om din backup virker som den skal.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Kun rigtige m\u00e6nd gr\u00e6der &#8211; bare se p\u00e5 vores kronprins da han blev gift! &#8230;men er man s\u00e5 ogs\u00e5 en rigtig mand, hvis man ikke tager backup? Man er i hvert fald en dum mand (eller kvinde)! Fint nok &#8211; &hellip; <a href=\"https:\/\/scblog.lynge.org\/?p=328\">L\u00e6s resten <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[37,6,4],"tags":[15,43,13,22,11,23,53,14,21,28],"class_list":["post-328","post","type-post","status-publish","format-standard","hentry","category-klassisk-c5","category-klassisk-c5-support","category-klassisk-c5-teknik","tag-business-solutions","tag-c5","tag-damgaard-data","tag-database","tag-dynamics","tag-hint","tag-klassisk-c5","tag-microsoft","tag-native","tag-sql"],"_links":{"self":[{"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/posts\/328","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=328"}],"version-history":[{"count":3,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/posts\/328\/revisions"}],"predecessor-version":[{"id":333,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=\/wp\/v2\/posts\/328\/revisions\/333"}],"wp:attachment":[{"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=328"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=328"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/scblog.lynge.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=328"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}