Bekijk Volledige Versie : Minimale meldingstijd bij een change
Omdat het vorige topic is gesloten, dan hierbij de vraag in het algemeen. Wat is in jullie optiek de minimale meldingstijd bij een change? Wat is acceptabel bij een change en wat echt niet?
Dit is dus niet specifiek gericht op een bedrijf maar op de branche.
Afhankelijk van de change zeg ik minimaal 2 weken.
Keenondots
13/12/06, 13:51
Omdat het vorige topic is gesloten, dan hierbij de vraag in het algemeen. Wat is in jullie optiek de minimale meldingstijd bij een change? Wat is acceptabel bij een change en wat echt niet?
Dit is dus niet specifiek gericht op een bedrijf maar op de branche.
Afhankelijk van de change zeg ik minimaal 2 weken.
Onzin, hangt ook sterk af van de outage. Ik kan een klant bellen en hem vragen of we vannacht om 3am een machine mogen rebooten.
Een reboot vanwege een kernel update of wat dan ook valt bij mij ook niet onder een zwaardere change. Je kunt het zien als een standaard of een non-standaard change, waarbij de laatste vaak een grotere impact heeft op je dienstverlening als een standaard change.
Het gaat me dus om bijvoorbeeld het plaatsen van een extra router, upgrade van een switch, fysieke verhuizingen en andere relatief zwaardere zaken waarbij er door overmachtsituaties langere outage kan onstaan.
VantilborgICT
13/12/06, 14:14
Het hangt er inderdaad zeer vanaf rond welk tijdstip dit plaatsvind. Indien je in de nacht van zaterdag op zondag wat downtime gaat hebben lijkt me 24-48 uur van tevoren ruim voldoende.
Tijdens kantooruren wordt het een ander verhaal, dan vind ik de termijn van 2 weken nog niet zo verkeerd
Ik vind dat het eigenlijk is, net zoals je zelf zegt 'afhankelijk van de situatie'.
Als klanten echt hinder ondervinden, dan moet je ze gewoon minimaal een week van te voren op de hoogte stellen, dan hebben zij mijns inziens nog altijd genoeg tijd om de eigen klanten op de hoogte te stellen, al is dit wel afhankelijk van de duur van de outage, als servers uren offline zijn vind ik 2 weken meer gepast.
Daarnaast denk ik dat elk bedrijf hier zijn eigen beleid voor moet maken. Een bedrijf met veel klanten in andere tijdszones zal ook gedurende de nacht geen onderhoud kunne plegen, dan zul je het dus eerder moeten aankondigen. Enzovoort :)
WebXtrA-Rámon
13/12/06, 14:55
Volgens hostmerk: Minimaal 3 dagen van te voren (72 uur):
5.5 Een hostingprovider moet werkzaamheden 72 uur vooraf vermelden op zijn website en/of via mail, behoudens noodgevallen waarin direct handelen noodzakelijk is. Nog steeds dient de hostingprovider dan wel melding te maken aan klanten en/of deze te melden via de (storings)website.
En daar houden we ons zeker aan (wat betreft shared hosting) dedicated en colocation changes worden minimaal 1 week van te voren gemeld, afhankelijk van wat er gaat gebeuren en hier vind overleg plaats met onze klanten en wordt er mogelijk per klant specifiek een ander tijdframe ingepland, indien mogelijk natuurlijk.
Ik vind dat het eigenlijk is, net zoals je zelf zegt 'afhankelijk van de situatie'.
Als klanten echt hinder ondervinden, dan moet je ze gewoon minimaal een week van te voren op de hoogte stellen, dan hebben zij mijns inziens nog altijd genoeg tijd om de eigen klanten op de hoogte te stellen, al is dit wel afhankelijk van de duur van de outage, als servers uren offline zijn vind ik 2 weken meer gepast.
Ben ik het mee eens, alleen is hier het feit dat er wat verwacht wordt van de klanten. M.a.w. de klant moet iets doen en mogelijk fysiek aanwezig zijn, denk daarbij bij aan het plaatsen van slidingrails wat nu opeens een eis is geworden en wat voorheen niet het geval was (crontactueel is er ook niets vermeld over slidingrails).
Ik vind het bizar dat men dan binnen 64 uur sliding rails moet regellen, zo niet dan wordt de server niet in het rack gehangen wordt er verteld door de ISP waardoor de eerste topic origineel door van start is gegaan.
In onze racks komt er niet eens een server zonder sliding rails, maar we vermelden dit van te voren, niet opeens wanneer de server al 2 jaar in het rack hangt......
crazycoder
13/12/06, 17:51
Je kan eigenlijk helemaal niets zeggen over de minimale tijd die je aan zou moeten houden.
Meestal is de voorbereidingstijd rechtevenredig aan de impact die een aanpassing op de dienstverlening aan de klant is. Het is dan ook niet onredelijk om de waarschuwingstermijn daarop aan te passen.
Dit is natuurlijk ook afhankelijk van de klantenkring en wat zij zo'n beetje doen. Voor die klanten maakt het dan weer uit wat zij draaien..
De 72 uur die hostmerk aangeeft lijkt mij als algemene richtlijn wel voldoende.
Naar mijn idee dient een colocatie-ISP tenminste 14 dagen van te voren een algemeen bericht (het liefst per post) te sturen naar de colocatie afnemer wanneer een server verhuist gaat worden en dan het liefst ook nog 3 dagen en op de dag van de verhuizing zelf ook nog een e-mail.
Alleen op die manier kan de colocatie-afnemer maatregelen nemen, om de gevolgen van de downtime tot een minumum te beperken. Zodanig heeft deze dan de tijd om direct in het geval van calaimiteiten door de verhuizing (bijvoorbeeld een harddisk die kapot gaat) die direct vervangen en/of direct voorafgaand aan de verhuizing nog even een backup maken.
Daarnaast moeten we ook niet vergeten dat er op een server meestal een dienst en veelal ook diensten voor derden (klanten van de klant) draaien. Deze moeten ook geinformeerd worden over de downtime, naar hen toe is 72 uur van te voren naar mijn idee een absoluut minimum. Daarom is het dus belangrijk dat de colocatie-afnemer nog ruimer van te voren op de hoogte is gesteld.
Ook ben ik van mening dat het afsluiten van een server per definitie niet moet worden gedaan door de ISP, maar juist door de klant zelf. De ISP moet hiervoor vooraf dus de klant op de hoogte stellen van het tijdstip dat de server down moet zijn en/of 30 minuten voor aanvang even contact opnemen met de klant, zodat deze de server zelf kan uitschakelen. Mocht dit niet lukken of mee willen werken, dan zou de ISP in het laatste geval zelf de 'on/off'-knop kunnen indrukken.
Verder is het uiteraard per situatie afhankelijk en kunnen er in goed overleg met de klant (en dus niet opgelegt) andere dingen worden afgesproken. Echter is dat een heel ander verhaal.
Naar mijn idee dient een colocatie-ISP tenminste 14 dagen van te voren een algemeen bericht (het liefst per post) te sturen naar de colocatie afnemer wanneer een server verhuist gaat worden en dan het liefst ook nog 3 dagen en op de dag van de verhuizing zelf ook nog een e-mail.
Ik vind dat als je in de ICT zit maar moet zorgen voor een emailadres die gelezen word, in de administratie van je klanten, en de bedrijven waar je klant van bent, per post is imo absoluut niet noodzakelijk.
Wat jij voorstelt Skunkah, die herhaal mails is opzich echt geen slecht idee, alleen uit ervaring weet ik, dat 95% van je klanten de eerste mail al leest, en op de hoogte is (1 dus genoeg), en dat die overige 5% die emails uberhaupt niet leest, of e 'r nou 1 stuur, of 100, helaas hoor je die 5% vaak wel het hardst klagen...