Windows Server 2012 en 2012 R2 hebben end-of-lifestatus bereikt

Windows Server 2012 en 2012 R2 worden sinds dinsdag niet meer officieel door Microsoft ondersteund. De serversoftware bereikt op 10 oktober de end-of-lifestatus.

Microsoft heeft de end-of-lifestatus voor Windows Server 2012 en Windows Server 2012 R2 al langer geleden aangekondigd. De software werkt vanaf dinsdag nog wel, maar krijgt niet langer beveiligingsupdates, bugfixes of nieuwe features. Ook stopt de technische ondersteuning voor klanten.

Microsoft raadt gebruikers van het besturingssysteem aan om te upgraden naar het nieuwere Windows Server 2022 of om applicaties naar een Azure-omgeving te verplaatsen. Daarnaast is het mogelijk een betaald Extended Security Updates-pakket te nemen. Daarmee kunnen gebruikers betalen voor regelmatige bugfixes. Dat kan per jaar worden afgenomen. ESU wordt nog tot 12 oktober 2026 aangeboden.

Reacties (83)

[Arnevld]

Succes voor iedereen die nog servers aan het migreren is, je kan inplace wel snel naar 2019 in een stap is de beste tip die ik mee kan geven.

[CrownVictoria]

Vraag, heb je deze Server 2019 gemigreerd met een aantal applicaties en werken deze nog steeds correct?
Wij hebben 2 servers waar legacy software draait alsmede SQL DB's, die eigenlijk moeten worden gemigreerd naar 19' of 22'.
We zijn huivering dat er op een gegeven moment storingkjes zich gaan voordoen.

[Gé Brander]

Als je toch aan de gang gaat, aparte SQL bak inrichten en databases migreren en daarna pas een upgrade.

[Marve79]

Gewoon snapshot maken en uitproberen. Of een kopie. Neem aan dat ze virtueel zijn.

[Blokker_1999]

We gaan zelf 1 van de volgende weken een P2V doen van zo een fysieke machine. De hardware is ook uit ondersteuning, maar eenvoudig zal het niet zijn. Meerdere TBs aan storage en zowat 1TB aan RAM om over het aantal cores al maar te zwijgen. En niemand die kan voorspelen hoe ver we die kunnen terugschalen voordat er problemen ontstaan. Gelukkig neemt de load op die machine al jaren af.

[beerse]

En wat als die hardware en software combinatie morgen crasht? Wat zijn dan de calamiteiten plannen? Waarmee ga je terug komen?

Zomaar een idee om dat alvast op te bouwen. Eerst in gedachten, daarna op papier en misschien wel in het echt.

[dasiro]

In die periode was er nog veel geïnstalleerd op baremetal ipv hypervisors en "gewoon" een backup of snapshot is niet altijd zo simpel, zeker als je met een uitgebreid serverpark zit dat met elkaar geïntegreerd is en ook nog moet blijven doordraaien.

[hottestbrain]

Storingkjes zijn beduidend waarschijnlijker als je op 2012 blijft dan op 2022. Aangezien er databases op draaien vermoed ik dat je niet een airgapped systeem hebt dus een combinatie van exploits is potentieel rampzalig bovendien.

[DrPoncho]

Welke actieve exploits zijn er dan voor 2012

[OruBLMsFrl]

Die komen er nu dus heel snel aan. Aanvallers kunnen makkelijk zien waar een ESU patch op werkt, en zo als ware het kinderspel omgevingen aanvallen die geen ESU patches ontvangen. Dat wordt maand op maand snel erger. Vermoedelijk een paar dozijn mogelijke exploits rond de kerst, als je afgaat op typisch 5-10 per maand in de cumulatieve updates.

[feuniks]

Van de andere kant, zullen een hoop van deze systemen niet direct aan het Internet hangen en er zullen ook geen gebruikers op inloggen. Dat zorgt ervoor dat een hoop problemen zo al buiten gehouden worden. Alleen als je iemand binnen hebt, dan kan die wel meteen goed zijn gang gaan.

[OruBLMsFrl]

Ik gok dat er meer dan een paar enterprise applicaties zijn die met moeite naar 2012 konden, maar niet op 2016. Dan loggen er minimaal gebruikers op in, en ook bedrijfsintern kan dat gaan om duizenden gebruikers.

[MrMonkE]

Van de andere kant, zullen een hoop van deze systemen niet direct aan het Internet hangen en er zullen ook geen gebruikers op inloggen. Dat zorgt ervoor dat een hoop problemen zo al buiten gehouden worden. Alleen als je iemand binnen hebt, dan kan die wel meteen goed zijn gang gaan.

hehehe.. 'sa / leeg'
Nog eens bij een bedrijf gezeten die daar de Telegraaf mee haalde
Dat was even zweten voor het management.

[hottestbrain]

Het idee is nu net dat je niet moet gaan zitten wachten op die exploits...

[Zackito]

De huivering, irritatie punt als IT leverancier. Sommige bedrijven durven niet over want.. de productie mag niet stilvallen bij eventuele problemen of het excuus dat het druk is irriteert me ook mateloos.

Je hebt 11 jaar de tijd gehad om een migratie plan te maken, hoe spannend kan het zijn?


Wat is jouw huivering om precies te zijn? Alle custom koppelingen?
Inplace upgrade nooit doen bij een belangrijke server.

[Reactie gewijzigd door Zackito op 22 juli 2024 17:15]

[Glashelder]

Wat is toch altijd die huivering tegen in-place upgrades? Een in-place upgrade is net zo goed testbaar als elk ander upgrade path.

DC’s upgrade ik (bijv.) vrijwel altijd in-place en daar heb ik werkelijk waar nog nooit issues mee gehad. Met nieuwe DC’s introduceren daarentegen.. plenty.

[Zackito]

Kijk, ik doe ook weleens een inplace upgrade maar doorgaans niet van een domain controller. Microsoft maakt het mogelijk om te doen maar er is geen support voor. Als jij later in de problemen raakt kan je het spoor kwijt zijn terwijl het misschien wel ligt aan de upgrade welke 2 jaar geleden uitgevoerd is.

Een nieuwe DC introduceren geeft doorgaans weinig tot geen problemen, het belangrijkste is dat je een nieuwe DC gefaseerd brengt en niet klap pats boem klaar. Uiteraard rekening houden met eventuele koppelingen naar de DC server toe (bijvoorbeeld applicaties welke via LDAP gebruikers authenticeert, DNS etc).

Een Windows 10 naar Windows 11 upgrade vertrouw ik al niet, laat staan een server. Genoeg ellende gehad door de upgrades naar nieuwe OS versie. Ik begin altijd gewoon schoon, en het liefst mits het echt niet kan ook op servers.

[halvebaardjes]

ik heb er het afgelopen half jaar ongeveer 200 gedaan, grootste problemen die ik gezien heb zijn met licenties.

Applicatie denkt dat er gerommeld is aan het os en weigert de licentie, daarna terug naar snapshot hetzelfde verhaal.
Zorgde daarom altijd dat de leverancier ook standby is als het productie is zonder acc.

[HSG]

Dat "te druk" is tegenwoordig een modewoord. Veel werknemers hebben het niet te duk.

[Zackito]

Eens, druk met gezellig doen. Hier moet natuurlijk ruimte voor zijn maar uiteindelijk ben je er om te werken.

[Brummetje]

Als het specifieke software is dan is het altijd verstandig om eerst een test hiermee te doen of het werkt. Helemaal als het bedrijf kritische software is.

[peize9]

Backups en snapshots... Mitigeren van risico's.

[robvh99]

Ik heb ruim een jaar geleden een upgrade van een productie systeem van 2012r2 naar 2019 en sql2012 ook naar 2019 gedaan. Uiteraard eerst een test upgrade op een kloon, maar de eigenlijke migratie ging verrassend goed. Paar kleine dingetjes, maar die kwamen vooral door oude custom configuraties uit een grijs verleden (de machine had 3 netwerkkaarten, waarvan 2 publiek)
Over het geheel werkte het prima, maar zoals gezegd eerst testen!

[Dutchylex]

UIteraard is Green-Field installatie altijd te preferen maar door tijd, geld en vooral tekort aan personeel heb ik de afgelopen drie jaar ongeveer 50 SQL server inplace geupgrade, meer dan 100 applicatie servers met een grote diversiteit van applicaties. Dit was bij zeer grote multi-nationals en wat grotere nationale bedrijven. Ik ben verbaasd over hoe goed dit ging zonder grote problemen. Wat gezeur met scheduled tasks, ontbrekende services af en toe en wat kleinere zaken. Wel even een snapshot en/of back-ups maken zodat je gemakkelijk terug kan. En vooral geen RDS server upgraden, dat geeft wel echte ellende

[Brummetje]

Paar weken terug thuis de server van 2012R2 in 1 keer gedaan naar 2022, ging vlekkeloos en alles werkte (was enorm verbaasd).

[Reactie gewijzigd door Brummetje op 22 juli 2024 17:15]

[freeco]

Mijn ervaring is dat je rechtstreeks van Win2012R2 naar Win2022 kan springen, maar dat je van Win2012 eerst een tussenstap moet nemen, om dan naar Win2022 te gaan. Win2012 naar Win2019 lukte wel, dan erna naar Win2022.

[Brummetje]

Sorry ik heb mijn bericht aangepast, dit ging inderdaad om R2 en daar zit natuurlijk wel een verschil in.

[pang-frang-punk]

Dit is onjuist. Je kunt van 2012R2 NIET rechtstreeks naar 2022. Het is N+2 max voor een inplace upgrade. Dat bekenent 2012 -> 2012R2/2016 en 2012R2 -> 2016/2019.

(Edit: het kan volgens testen van virtualizationhowto.com wel gewoon, op aanbeveling van @freeco )

[Reactie gewijzigd door pang-frang-punk op 22 juli 2024 17:15]

[freeco]

Wij doen het anders wel heel regelmatig hoor de laatste paar maand.
I know, ik denk wel dat MS ergens een artikel heeft dat je die grote sprong niet kan maken, maar de praktijk leert anders...

[MrMonkE]

Het is wel zo veilig om als MS dit gewoon altijd te zeggen. Zou ik ook doen.

[pang-frang-punk]

Ik ben oprecht verbaasd nu. Kom net ook een artikeltje tegen (https://www.virtualizatio...2-to-windows-server-2022/) en daar staat dat je inderdaad je bestanden kunt behouden. Dit gaat mijn leven oprecht eenvoudiger maken.
Bedankt om in mijn plaats eigenwijs te zijn en dit toch te hebben geprobeerd!
(Ik ben ergens mijn wild haar verloren, vroeger zou ik dit zelf eerst hebben geprobeerd voordat ik dit zo hard zou zeggen)
En of er nu wel of geen officiële support is maakt me niet zo veel uit. Als het werkt, dan werkt het. Werkt het niet, dan doen we een rollback vanaf de snapshot.

[bzuidgeest]

Niet zo verbazend als je naar de Windows versie nummers kijkt ipv de marketing naam. Al die versies zijn hetzelfde product vaak dezelfde Major version. Alleen meer up to date builds.

[mortal]

hier ook 2012 non R2 naar 2022 in 1 stap. Werkt perfect.

[the_stickie]

Kan dat dan in één stap?
t'is alvast niet ondersteund!
https://learn.microsoft.c...-started/upgrade-overview

[mortal]

ja hoor, maar wat is er nou daad werkelijk verandert sinds 2012 non r2? los van het start menu.

[Geim]

Hebben nog een server 2003 draaien, geen oplossing voor IPX/SPX bij een aantal DOS-machines.

[arjan1995]

Toch niet aan het internet he?

[the_stickie]

Zeer zeker! 2012-2019 'in place upgrade" is in vergelijking met eerdere "edities" enorm verbeterd!
Ik zou wel aanraden to zorgen voor failback(s) en vendor specifieke guidelines te volgen.
en goed startpunt: https://learn.microsoft.c.../perform-in-place-upgrade

[beerse]

Als het goed is hebben de W2012 machines vandaag nog wel een set patches en/of updates/upgrades gekregen. En de rest (ook W2012ESU machines) krijgen pas volgende maand nieuwe patches. Je loopt dus nog niet achter, je hebt nog een maand.

Voor de enterprise gebruikers: Die kunnen voor ongeveer de prijs van de enterprise licentie (dus ongeveer dubbele licentie kosten!) nog een paar jaar door.

Aan de andere kant, je hebt al een aantal keer de reden voor update/upgrade gemist:
- 2016 & 2019 & 2022, de introductie van de msWindows versies met die jaartallen in de naam: Vergelijkbaar met de desktop systemen had je hier betrekkelijk simpel naar de nieuwe versie kunnen overstappen. Met windows 10 hebben jullie dat allemaal braaf gedaan. Velen zijn ook al over op w11 op de desktop.

En daarbij de verschillende momenten dat microsoft minder ging doen met window 2012. Dus ga ik er voor het gemak van uit dat je heel bewust nog steeds bezig bent met W2012 en dat dus nog wel even blijft gebruiken.

[freeco]

Wel ja, daar zat ik ook al een tijd mee: is det OS rollup die straks released wordt nog te gebruiken zonder ESU, of was die van vorige maand al de laatste?
't Is te zien hoe je de end date van de extended support interpreteert. Normaal gezien is 'tot' 'tot en met', dus zijn de patch van deze avond de laatste die onder extended support valt, en vanaf volgende maand heb je dan zo'n ESU licentie nodig.
Maar ik test het morgenochtend snel even uit in onze testomgeving...

edit: de OS rollup van gisteravond installeert nog prima op Win2012R2 (zoals ik verwachtte). Deze maand nog geen ESU licence nodig dus.

[Reactie gewijzigd door freeco op 22 juli 2024 17:15]

[Blokker_1999]

Hoewel er vandaag nog patches zijn uitgebracht wil je er voorzichtig mee zijn, want als er morgen een probleem blijkt te zijn met die laatste patch heb je geen ondersteuning meer op de problemen die erdoor veroorzaakt worden.

[Admiral Freebee]

Ja, bij blijven is belangrijk maar erg vaak is er meer vraag naar IT resources dan er capaciteit is en dan is de druk groot om maar vooral business enhancements te doen in plaats van technical debt te voorkomen. En dan heb je verouderde vendor software draaien op verouderde Windows versies.

Dan komt de EOL van een Windows versie dichter bij. De vendor wil niet garanderen dat zijn oude software werkt op een nieuwere versie en wil geen support geven als je het toch waagt. Dus dan komt de dubbele upgrade: oude 3rd party software en de Windows versie. En dan maar afvragen hoe het komt dat je IT organisatie geen tijd meer heeft.

[GeroldM]

Windows Server 2022? Deze kwam uit eind 2021. En bereikt E.O.L.-status eind 2031.
Windows Server 2019? Deze kwam uit begin 2019. En bereikt E.O.L.-status begin 2029.
Windows Server 2016? Deze kwam uit eind 2015. En bereikt E.O.L.-status eind 2025.
Windows Server 2012 is erg lang van support voorzien als deze nu pas E.O.L. is.
Windows Server 2012 R2 kwam uit in 2013 en heeft dus de normale 10 jaar support doorlopen.

Windows Server 2012 R2 (met 'ClassicShell'), Dat was mijn favoriete Windows Server editie. Vond het harstikke jammer dat een update van SSMS (17 naar 18) mijn hele installatie in de war schopte. Geen enkele ODBC connec tie wou nog werken daarna. Dat was in 2020, dus ben ik maar geheel opnieuw begonnen met Server 2019. Geen slecht besturingssysteem (en 10 keer beter dan het drama dat Windows 11 heet), Maar het is niet mijn favoriet. En zeker niet mijn top 5.

Mijn top 6:
- Server 2012 R2
- Server 2003
- Server 2008 R2
- Server 2016
- Server 2022
- Server 2019
- Server 2000

[crazyboy01]

Kan me zo voorstellen dat dit in bepaalde bedrijven weer paniek gaat opleveren op het laatste moment... gelukkig upgraden wij alles altijd vrij snel nadat de optie komt, de laatste keer dat ik een 2012R2 installatie zag is alweer een tijd geleden, op één flink achtergebleven machine in 2018... Maar, hoewel ik ook nog een tijdje met 2008 heb gewerkt ben ik mijn carrière vooral met 2012R2 gestart. Toch emotioneel dat de kans nu wel rap een stuk kleiner is dat je die versie ooit nog gaat tegenkomen, haha.

[le1337]

Persoonlijk ben ik zelf echt lang op 2012R2 door gegaan.
Dat waren een paar kleine servers die ik draaide.

Over het algemeen is het geen goed idee om een 6 jaar oud besturing systeem te draaien natuurlijk, maar daar had ik toen de tijd gewoon geen belang verder bij.

In het verleden had ik 1 server overgezet naar server 2016 als test en ik dat viel me toch zwaar tegen.
Mijn ervaring daar was dan dat het memory management echt extreem slecht was tegenover 2012, en er bugs optraden die niet goed te verklaren waren (Random BSOD/Freezes af en toe).

Bij Windows Server 2022 ben ik toen ook echt over gegaan omdat de complicaties van 2016 grotendeels opgelost zijn voor zover ik gemerkt heb.

[theduke1989]

wij hadden voor onze SRV2008Enterprise ESU licenties gekocht, maar dat werkt alleen maar tegen met Enterprise versies. Dit is dus niet aan te raden. De enterprise versie updates kan je amper vinden, de R2 daarin tegen weer wel en die zijn niet compitable met Enterprise.

ESU licenties zijn niet goedkoop en kan je beter inderdaad upgraden naar een nieuwere versie van de server. Wij moeten nu onze 2008 servers upgraden naar 2022

[Blokker_1999]

Zelfs met ESU won je maximaal 3 jaar en moest je daarna alsnog updaten. En van 2008 naar de nieuwste versie is niet altijd prettig. Als het een webserver is heb je veel kans dat die niet goed gaat, is het een RDP farm ben je al helemaal gezien. Het kan, maar ben nog niemand tegengekomen die voorstander is van een upgrade ipv vervanging.

ESU is vooral bedoeld geweest voor mission critical systemen, waar er echt geen alternatieven zijn, maar ESU wordt ook elk jaar duurder omdat MS het ook niet eeuwig kan volhouden voor steeds minder klanten.

[the_stickie]

ESU geeft je net dat beetje extra tijd. Globale enterprises hebben vaak grote aantallen servers met niet altijd makkelijk te vervangen "kritische" systemen en dan kost upgraden, naast veel geld ook heel veel tijd. Dat heeft meestal te maken met softwares die zelf al enige tijd geen ondersteuning meer hebben.
ESU is imho net bedoeld voor de "5 VM corporates"- daarvoor is het gewoon te duur. Die kunnen beter een goeie consultant en hun verdor(s) contacteren ver voor de EOL.
De grootste fout die gemaakt wordt, is imo denken dat die kritische oplossing uniek is (en dus as-is live gehouden moet worden). In de paar gevallen dat dat zo is (custom software of implementatie) is het in mijn ervaring alsnog voordelig(er) upgrades/migraties te gebruiken om richting marktgedragen en ondersteunde oplossingen te gaan - al kost dat ook een hoop geld (en discussies)
ESU is leuk - maar wat als je "kritische" toepassing goed op z'n bek gaat? Die backup terugzetten heeft ook (altijd) zijn consequenties.

[Dennisb1]

2008 is gebaseerd op Vista
2008 r2 op Windows 7

Het is logisch dat je die niet met elkaar kan vergelijken. Ik zou maar eens snel updaten ipv dure ESU dingen die in mijn opinie echt uit de buurt van zou moeten blijven.

[theduke1989]

doen we ook,

we hebben nog twee 2008 enterprise servers die we willen upgraden.
maar daarop draait een belangrijke applicatie van ons. NScale software, wat we niet kunnen sluiten zomaar.
We willen eerst een upgrade naar NScale 9 cockpit maken, en dan upgraden naar server 2022 datacenters.

[bommel]

Als je vanwege legacy applicaties nog op oudere Windows (Server) versies zit zou je eens kunnen kijken naar Alchemy: Cloudhouse Application Compatibility Packaging of End-of-Support Migration Program for Windows Server van AWS.

[jaenster]

Toch vraag ik mij af wat er daadwerkelijk niet werkt op een moderne versie van windows server en wat echt deze 2012 versie nodig heeft. Sinds windows vista is er in de core van windows weinig echt veranderd wat iets in de weg kan zitten.

[bommel]

Helaas ben ik al veel, heel veel applicaties tegengekomen die niet (goed) meer werken. Soms zit dit puur in het installatieprogramma wat weigert omdat het de versie niet herkend maar soms ook vanwege het schrijven in de de program files map, security (DEP, ASLR, SEHOP etc), theming (VB applicaties hebben nog wel eens tekstvelden die dan "zwart op zwart" zijn, problemen met 64-bit windows. Tja eigenlijk is de lijst eindeloos en gelukkig zijn er ook veel applicaties die zonder problemen functioneren maar dan denk ik weer: "waarom ben je niet eerder overgestapt naar een nieuwere versie?"

[The Zep Man]

Sinds windows vista is er in de core van windows weinig echt veranderd wat iets in de weg kan zitten.

Zelfs Windows 2000/XP programma's draaien vaak gewoon. Je komt pas in de problemen als er bijzondere hardware met eigen drivers gebruikt wordt, en ook hardware die niet virtueel aangesloten kan worden (door bijvoorbeeld kritieke signaaltiming die buiten standaarden valt). Industrieel komt dat soms voor.

[jaenster]

Right dat stuk van drivers snap ik nog, maar het volledige driver model is veranderd sinds vista. Vandaar dat de stap van 2003 naar 2008 groot was, maar 2012 en de laatste is in dat aspect toch hetzelfde?

[the_stickie]

Exact waarom "in place upgrade" sinds 2008r2 een veel hogere succesrate heeft en zeker het proberen waard is!
Wel moet je er rekening mee houden dat dit ooit zal stoppen. Dat je het aan de praat krijgt/houdt, betekent niet plots dat je ondersteuning hebt op je legacy applicatie.

[bommel]

Ik ben het met je eens, IPU is veelal de gemakkelijkste en/of snelste weg naar Rome en als dat werkt, happy days!

[the_stickie]

Beter nog: up-to-date software met goede ondersteuning.
Ik ben nog steeds voorstander van "clean install", maar "in place upgrade" is tegenwoordig gelukkig wel (vaak) een valabel alternatief.

[goarilla]

Heb je dan geen probleem met jezelf vuil te voelen ? Ik heb dan altijd het nare gevoel dat er ergens wel 1 of andere artefact opstaat dat er niet op hoort te staan. Iemand die bv. snel iets moest fixen in 2014 en ergens in een "tijdelijke map" installatiebestanden, configuratiefiles notities heeft gestopt. Of slechte software die ooit weleens geinstalleerd en geprobeerd is (ik weet het, het is een faux-pas in productie maar ze gebeuren) en dan verwijderd.

[the_stickie]

Als je honderden of duizenden VM's onder beheer hebt, in een internationale omgeving met tal van mgmt laagjes, kan je niet altijd de gouden route volgen. Als de zooi dan tenminste op een up-to-date OS draait, voel ik met beter, niet slechter. Zo'n migratie biedt een prima voorzet om de conversatie te starten rondom ondersteuning en migratietrajecten.
Wees gerust dat dergelijke "hou het aub draaiende" oplossingen steevast geëscaleerd worden naar mijn management, het lokale mgmt, IT security en de PM.
Indien nodig zijn er nog bijkomende mitigatie strategieën. Een aparte VLAN, toegang beperken (IP/gebruiker/poortje/...), IDS/IPS..
Als ik zoiets draaiende hou/krijg en mijn job doe vwb dingenen op de radar zetten en houden, geeft me dat alles behalve een vuil gevoel!

IT is 98% geschiedenis: je krijgt zelden of nooit de kans 'from scratch' te beginnen in grotere omgevingen. De oplossingen die je voorstelt en/of gebruikt zijn er in eerste plaats op gericht om impact te beperken, nu en in de toekomst.

[GeroldM]

Sinds windows vista is er in de core van windows weinig echt veranderd wat iets in de weg kan zitten.

Dat is jouw mening en alleen jouw mening. Onderhuids is er wel degelijk flink wat veranderd qua structuur en met name restricties. Vooral als je applicatie via COM-objecten werkt.

[the_stickie]

Dat is allemaal heel goed en bruikbaar, maar je legacy software krijgt daarmee nog geen ondersteuning.
Feit blijft dat je ooit moet zeggen: dit is te oud we hebben een andere oplossing nodig...

Ik ken de struggle als IT'er heel goed: "ja maar dit is custom en onze hele fabriek hangt er van af", "er is geen andere oplossing".....
De denkfout is dat die legacy oplossing uniek en onvervagbaar is. De kosten als zoiets onverwacht op z'n bek gaat zijn veelal hoger dan de tijd en geld die moet geïnvesteerd worden in een nieuwe en ondersteunde oplossing.

[bommel]

Helaas is er veel legacy bij bedrijven, zeker op het gebied van Windows applicaties. De kennis ontbreekt, de broncode is er niet, de leverancier bestaat niet meer. Talloze redenen en inderdaad een rewrite is de beste oplossing maar zelfs dan moet je soms de legacy omgeving nog een aantal jaren beschikbaar houden. Soms is een rewrite te kostbaar of te ingewikkeld of heb je een oplossing nodig voor tijdens je rewrite. Oude applicatie op nieuw OS is altijd beter dan oude applicatie op oud OS, zeker als er ook nog een sandbox of container is.

[the_stickie]

Ik ken het goed genoeg
In mijn ervaring moet je blijven trekken (en duwen) en vooral een duidelijke analyse (kosten/baten:risico's) bij de juiste mensen krijgen - en dan nog is een serieus incident vaak de beste hefboom (en dan kan je tenminste zeggen "I said so")

[Reactie gewijzigd door the_stickie op 22 juli 2024 17:15]

[goarilla]

De denkfout is dat die legacy oplossing uniek en onvervagbaar is. De kosten als zoiets onverwacht op z'n bek gaat zijn veelal hoger dan de tijd en geld die moet geïnvesteerd worden in een nieuwe en ondersteunde oplossing.

Ik ben het helemaal met je eens maar soms zijn die dingen ook uniek en onvervangbaar. Ik heb een kleine decennium gewerkt bij een departement van de universiteit en die hadden een enorm park aan infrastructuur die ze ook uithuurden. Daar was een eigengebreide tribologiemachine die heel sporadisch werd gebruikt met een heel oude PC, MS DOS, Zip drive, ISA controller acquisitie kaart en een custom DOS assembly programma geschreven door een professor die vermoedelijk in een satellietdepartement in de USA werkt (Ik heb hem althans in al die tijd nooit gezien). Ik had dat ding graag vervangen maar het was praktisch onmogelijk en ook niet mijn plaats.

[the_stickie]

Je kan als IT'er (admin, engineer, architect,...) niet anders dan zoiets te 'beschermen' en op de agenda te zetten en te houden.
Wat als de ISA kaart of de ZIP drive het begeeft? Is dat het moment waarop we wachten om een universitair in het vakgebied 10 of 100k te geven om die rommel te bekijken? Hoeveel kost het 'ons' als we dit niet kunnen doen? Deze analyse en de juiste managers rond de tafel is een startpunt....
Elke oplossing is uiteindelijk vervangbaar. Het kost misschien echt veel geld en tijd, maar wat iemand 10, 20 zelfs 30 jaar geleden kon, kan iemand vandaag ook.
Imho is het tegendeel denken wel degelijk een denkfout (en een enorm risico).

[Reactie gewijzigd door the_stickie op 22 juli 2024 17:15]

[Jeffrey2107]

Oh leuk. Mijn werk draait nog massaal op 2012 en upgradeplannen zijn nog heel vaag.

[mjl]

Extended Security Update kan worden afgenomen tot 13 oktober 2026.

Niet ideaal en je moet wel het juiste contract hebben en er geld voor over hebben om het af te nemen.

Beste is toch zsm een upgrade te doen uiteraard.

[bommel]

In mijn ervaring is ESU enkel uitstel, vervolgens wordt er niets gedaan om van de legacy applicaties af te komen en ben je paar jaar later nog verder van huis wanneer ook de ESU ondersteunig ophoudt.

[mjl]

Ja, als je in die tijd niet oplost …. Stekker er uit!

[Dutch2007]

Wel geen maandelijkse reboot meer nodig ✌️😉😅🤔

[schrikbeeld]

Beetje onverantwoordelijk versiebeleid van jouw bedrijf. Dit had je al jaren kunnen zien aankomen.
Of je moet graag veel geld willen uitgeven aan verlengde ondersteuning.

[Jeffrey2107]

ach we running ook nog steeds office 2010 dus ik denk niet dat ze het nodig vinden veel geld uit te geven aan de ict.

Het hele bedrijf is een beetje een vage toko dus dit past ook wel.

[the_stickie]

Imo komt er een moment dat je als IT'er moet kunnen zeggen dat de omgeving niet meer werkbaar/ondersteunbaar is. IT kost geld - daar kan geen enkel bedrijf rond.
Als IT'er kan je niet blijven brandjes blussen; er komt een moment dat je dat gewoon niet meer kàn. Imho is het beroepseer te trekken om investeringen los te krijgen - en als dat niet lukt, houdt je beter de eer aan jezelf en ga je aan de slag in een omgeving waar men wel respect heeft voor je mening en advies...
Je bent niet getrouwd met je werkgever en je bent beter weg vóór het schip zinkt!

[Jan Onderwater]

418 Servers gedaan, 67 te gaan

[Drardollan]

Gisteren de laatste internet facing 2012R2 uitgezet, intern nu nog 2x 2012R2 actief in gebruik. Niet zoals gehoopt, maar andere prioriteiten nopen tot deze beslissing helaas.

[IrBaboon79]

Goed dat ik een paar maanden terug maar eens beetje druk ben gaan zetten om die ‘laatste’ set 2008 bakken te migreren naar 2022…vendor regelt het maar onder support, geen pijn van.

Ach ja, specialistische applicatie, niet direct internet facing, geen users maar alleen wat endpoints en file uploads dus ook geen echt risico - komt wel eens goed dus

[Hoenens]

Mooi op tijd nog weten te upgraden naar Windows Server 2022