Likes Likes:  0
Resultaten 1 tot 10 van de 10
Geen
  1. #1
    Minimale meldingstijd bij een change
    Professional
    3.115 Berichten
    Ingeschreven
    05/02/05

    Locatie
    Alkmaar

    Post Thanks / Like
    Mentioned
    7 Post(s)
    Tagged
    0 Thread(s)
    101 Berichten zijn liked


    Naam: Thomas
    Registrar SIDN: JA
    ISPConnect: Lid
    KvK nummer: 76706966

    Thread Starter

    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.



  2. #2
    Minimale meldingstijd bij een change
    Inactive
    534 Berichten
    Ingeschreven
    18/08/03

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: N/A

    Citaat Oorspronkelijk geplaatst door getUP Bekijk Berichten
    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.

  3. #3
    Minimale meldingstijd bij een change
    Professional
    3.115 Berichten
    Ingeschreven
    05/02/05

    Locatie
    Alkmaar

    Post Thanks / Like
    Mentioned
    7 Post(s)
    Tagged
    0 Thread(s)
    101 Berichten zijn liked


    Naam: Thomas
    Registrar SIDN: JA
    ISPConnect: Lid
    KvK nummer: 76706966

    Thread Starter
    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.

  4. #4
    Minimale meldingstijd bij een change
    ICT Student
    391 Berichten
    Ingeschreven
    15/01/05

    Locatie
    Nuenen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: Niet meer van toepassing
    Ondernemingsnummer: -

    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

  5. #5
    Minimale meldingstijd bij een change
    geregistreerd gebruiker
    1.140 Berichten
    Ingeschreven
    23/09/05

    Locatie
    Alkmaar

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    29 Berichten zijn liked


    Naam: Paul Beers
    URL: www.eweka.nl
    Registrar SIDN: Ja
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    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.

  6. #6
    Minimale meldingstijd bij een change
    Deactro
    1.772 Berichten
    Ingeschreven
    04/11/04

    Locatie
    Tiel

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 11051476
    Ondernemingsnummer: nvt

    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

  7. #7
    Minimale meldingstijd bij een change
    geregistreerd gebruiker
    213 Berichten
    Ingeschreven
    27/09/05

    Locatie
    Beuningen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 09147410, Beuningen
    Ondernemingsnummer: nvt

    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.

    Citaat Oorspronkelijk geplaatst door Paulewk Bekijk Berichten
    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......
    Laatst gewijzigd door WebXtrA-Rámon; 13/12/06 om 16:12. Reden: Automerged Doublepost

  8. #8
    Minimale meldingstijd bij een change
    geregistreerd gebruiker
    5.163 Berichten
    Ingeschreven
    04/06/05

    Locatie
    Zeeland

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    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.

  9. #9
    Minimale meldingstijd bij een change
    geregistreerd gebruiker
    2.114 Berichten
    Ingeschreven
    27/01/04

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    ISPConnect: Erelid
    KvK nummer: 37103308
    Ondernemingsnummer: nvt

    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.

  10. #10
    Minimale meldingstijd bij een change
    geregistreerd gebruiker
    1.140 Berichten
    Ingeschreven
    23/09/05

    Locatie
    Alkmaar

    Post Thanks / Like
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)
    29 Berichten zijn liked


    Naam: Paul Beers
    URL: www.eweka.nl
    Registrar SIDN: Ja
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Citaat Oorspronkelijk geplaatst door skunkah Bekijk Berichten
    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...

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics