Deze pagina bestaat uit 2 delen:

  • deel 1 is een zeer algemene taakomschrijving, waarvan verwacht wordt dat ze niet snel zal veranderen
  • deel 2 is een meer gedetailleerde omschrijving van deel 1.  Dit deel zal op regelmatige tijdstippen herwerkt en aangepast worden
  • Deel 1 : Algemene taakomschrijving van de systeemgroep

  •  
    Taakomschrijving:
      1. Zorgen voor de dagelijkse werking van de systemen.

      2. De systeemgroep dient ervoor te zorgen dat de computersystemen continu ``bruikbaar'' zijn.
        Dit omvat een aantal aspecten:
        1. netwerken
        2. gebruikersbeheer
        3. beveiliging
        4. backup
        5. detecteren en oplossen van problemen
        6. documentatie
        7. planning en advies
      3. Uitvoeren van de nodige upgrades van de bestaande infrastructuur(het geheel van hard- en software)
      4. Advies bij de uitbreiding/vervanging van de bestaande infrastructuur

      5. Indien de systeemgroep een behoefte detecteert wordt het advies medegedeeld aan de betreffende onderzoeksgroep of het departement
      6. Integratie van nieuwe hardware/software

      7.  
      Organisatie
      De systeemgroep bestaat uit een aantal personen onder leiding van een informaticus.
      De systeemgroep vergadert regelmatig (wekelijks) samen met een aantal vertegenwoordigers van de diverse onderzoeksgroepen van het departement. Deze vertegenwoordigers zorgen voor de doorstroming van informatie tussen de eindgebruikers van hun groep en de systeemgroep.
      Controle en verantwoording
      Het is de bedoeling van de systeemgroep een gezond contact te onderhouden met de eindgebruikers.
      Indien er individuele problemen zijn, dienen deze via de vertegenwoordigers naar de systeemgroep (of de voorzitter van de systeemgroep) doorgegeven te worden.
      De uiteindelijke controle van de systeemgroep gebeurt door de departementsraad en door het bureau en de voorzitter van het departement.
  • Deel 2 : Systeemgroep taakomschrijving 2000
    1. In dit gedeelte van de tekst wordt een aantal maal het werkwoord ``streven'' gebruikt. Hiermee bedoelen we dat de systeemgroep deze tekst beschouwt als een beschrijving van de taken en diensten die ze poogt te leveren. Maar er wordt op gerekend dat de middelen van de systeemgroep en de behoeften van de gebruikers constant blijven. Indien bv. een persoon uit de systeemgroep wegvalt of indien totaal nieuwe behoeft en moeten voldaan worden, dan is het mogelijk dat dit ``streefdoel'' niet gehaald wordt.

      De dagelijkse werking (= het draaiende houden van de systemen) heeft de hoogste prioriteit. Daarna komen op dezelfde prioriteit, het uitvoeren van noodzakelijke, dringende upgrades en het advies bij uitbreiding/vervanging. Daarna de integratie van nieuwe apparatuur en op de laagste prioriteit het uitvoeren van niet kritische upgrades en installaties. De bedoeling van deze prioriteitenvolgorde is de continuïteit van de dienst maximaal te maken.

      Deze dagelijkse werking dient zeer ruim genomen te worden. In het verleden is er steeds naar gestreefd (tot hiertoe met succes, dit is uiteraard de mening van de systeemgroep) om de problemen te voorkomen, eerder dan ze op te lossen.
       

      Dagelijkse werking
      1. Netwerk

      2. De systeemgroep zorgt voor de goede werking van het netwerk. Dit omvat de controle (monitoring) van het bestaande net en ook de planning en uitvoering van wijzigingen om de werking te verbeteren of optimaal te houden.
        Steunend op het netwerk worden een aantal diensten aangeboden:
        • Internet toegang
        • Electronische Post
        • Browser
        • Xwindows
        • file servers
        • beveiliging

        Met het netwerk bedoelen we vooral het netwerk intern aan het departement, de toegang naar KULnet en het Internet is slechts gedeeltelijk de verantwoordelijkheid van de systeemgroep.  De systeeemgroep zorgt voor de contacten en de followup bij problemen.
         
      3. Gebruikersbeheer

      4. Hieronder verstaan we alle acties die nodig zijn om de leden van het departement (en de studenten) toegang te geven tot de machines.
        Zoals:
        • maken van logins
        • weglaten van logins
        • zorgen dat eenzelfde login bruikbaar is op alle machines onder beheer van de systeemgroep
        Er wordt naar gestreefd op de verschillende systemen een ``gelijkaardige'' omgeving aan te bieden. Dit betekent echter niet dat de meegeleverde programmatuur door de systeemgroep volledig zal herwerkt worden. Het betekent alleen dat, indien mogelijk, een aantal gelijkaardige programma's op de sytemen beschikbaar zijn.
         
      5. Beveiliging

      6. Beveiliging omvat :
        • Beveiliging van onze informatie en systemen tegen buitenstaanders. Met buitenstaanders bedoelen we niet-departementsleden. Er wordt naar gestreefd alle onbevoegden toegang tot onze machines te ontzeggen. (Behalve voor diensten die we zelf beschikbaar stellen : ftp, www, ...).
        • Beveiliging van gebruikers tegen elkaar. Er wordt naar gestreefd dat gebruikers niet ongewenst elkaars informatie kunnen bereiken. (Bv. dat een student niet aan de examenvragen van een docent kan. )

        • De inspanningen van de systeemgroep op zichzelf volstaan niet om deze doelstelling te bereiken: de systeemgroep zal de systemen en de informatie van de gebruikers beveiligd opstellen, maar het uiteindelijke resultaat hangt ook af van de acties van de eindgebruiker.
        • Beveiliging van de informatie tegen verlies/beschadiging bij hardware of software problemen. (zie verder : backup)
        • Beveiling tegen rampen en verzorging van de continuïteit:

        • Er is een beveiliging tegen brand in de computerzaal (niet in de andere lokalen).
          De backup tapes worden in een ander gebouw bijgehouden, zodat we terug kunnen naar de toestand van 9 weken vroeger, in het beste geval, ofwel van 18 weken vroeger (in het slechtste geval).
          Er zijn geen andere beveiligingen. Ook is er geen plan om in noodgevallen continuïteit te voorzien (omdat dit niet nodig geacht wordt.)

         
      7. Backup

      8. Backup is eigenlijk een techniek om de beveiliging te implementeren.
        Dagelijks wordt er backup genomen van de informatie op de systemen onder beheer van de systeemgroep en van de systemen waarvan de beheerders expliciet backup gevraagd hebben.
        Deze backups dienen voor :
         
        • herstellen van bestanden die door gebruikers per vergissing onbereikbaar gemaakt werden
        • herstellen na systeem problemen

        •  
        Bij het nemen en gebruiken van deze ``backups'' hanteert de systeemgroep volgende prioriteit:
         
        1. nemen van de lopende backup
        2. herstellen na systeemproblemen. (omdat hierdoor meerdere gebruikers gehinderd worden,)
        3. herstellen van de bestanden van individuele gebruikers of bestanden van zelf beheerde systemen

        4.  
      9. Detecteren van problemen en oplossen ervan

      10. Bij het detecteren/oplossen van problemen hanteren we volgende prioriteit (in dalende volgorde) :
         
        • Globale problemen hebben voorrang boven individuele problemen, dus problemen voor een grotere groep hebben voorrang.
        • Problemen waarvoor bij de systeemgroep geen workarounds gekend zijn, hebben voorrang op problemen met workaround.

        •  
        Indien nodig worden de prioriteiten vastgelegd in de wekelijkse systeemgroepvergadering.
        De systeemgroep zal problemen (zelf gedetecteerd of gedetecteerd door gebruikers) onderzoeken en proberen op te lossen.
        Hiertoe heeft de systeemgroep volgende hulpmiddelen:
        • onderhoudscontract software
        • onderhoudscontract hardware
        • documentatie van de systemen

        • (De systeemgroep rekent erop dat elk systeem met voldoende, bruikbare documentatie aangekocht wordt)
        • eigen knowhow
        • knowhow van de gebruiker
        • informatie vanuit andere groepen(dikwijls via netwerk)

        •  
        De gevolgde procedure:
        1. Het probleem wordt gedetecteerd door de systeemgroep, aangebracht door gebruikers, ...
        2. De systeemgroep onderzoekt het probleem in voldoende detail en geeft het door aan de leverancier van  het onderhoud.  Dit onderzoeken van het probleem omvat
          • nalezen van de systeemdocumentatie
          • onderzoeken of er problemen zijn met de configuratie
          • onderzoeken of dit een gekend probleem is

          • ....
             
          In sommige gevallen kan deze stap natuurlijk al tot een oplossing of workaround leiden.
        3. De leverancier moet het probleem oplossen of een workaround voorstellen (de termijn hangt af van het soort onderhoudskontrakt.)
        4. Deze oplossing wordt aan de gebruiker meegedeeld.
        5. In uitzonderlijke gevallen en als de oplossing van de leverancier niet bruikbaar is, zal getracht worden met eigen middelen rond het probleem te werken. (Dergelijke gevallen worden in de wekelijkse vergadering besproken.)

        6.  
        Indien voor een systeem geen onderhoudskontrakten afgesloten zijn, zal de systeemgroep, naar best vermogen en indien tijd beschikbaar is, trachten het probleem te omzeilen. Maar de systeemgroep dringt er op aan om steeds een hardware en software onderhoudskontrakt te nemen.

        De systeemgroep staat dus niet in voor het opstellen of debuggen van gebruikersprogramma's.
         

      Uitvoeren van de nodige upgrades aan de bestaande infrastructuur.
      Het aanpassen van de software versie van een systeem is heel dikwijls de oplossing die in het kader van een onderhoudskontrakt voorgesteld wordt.
      Deze upgrades worden door de systeemgroep uitgevoerd, in samenspraak met de betrokken onderzoeksgroep(en).
      Bij testen en upgrades zal het systeem alleen door de systeemgroep gebruikt kunnen worden.
      Het is niet de bedoeling om ten allen koste steeds de laatste versie van een systeem te draaien. Het is wel de bedoeling om een stabiele configuratie te kunnen aanbieden.
      Advies bij de uitbreiding/vervanging van de infrastructuur.
      Indien de bestaande infrastructuur niet meer beantwoordt aan de behoeften, zal de systeemgroep adviseren hoe de nieuwe behoeften kunnen opgevangen worden en welke middelen daarvoor nodig zijn. Ook wanneer meer efficiente of goedkopere oplossingen mogelijk worden, zal de systeemgroep hiervoor voorstellen maken.
      Vermits de systeemgroep niet beschikt over eigen middelen, zal er gewacht moeten worden op de toekenning van middelen vooraleer het probleem opgelost kan worden.
      Indien een groep bepaalde noden voorziet (bv. prakticum met 100 studenten op onze machines) zal de systeemgroep adviseren met welke infrastructuur de nood opgelost kan worden.
      Indien een groep nieuwe infrastructuur aankoopt, dient eerst het advies van de systeemgroep ingewonnen te worden om de integratiekost of de mogelijkheid tot integratie van de nieuwe infrastructuur in te schatten. Indien infrastructuur aangekocht wordt zonder dit advies of indien de nodige middelen niet ter beschikking gesteld worden, zal de systeemgroep niet kunnen instaan voor de integratie en/of het beheer van deze infrastructuur, tenzij het bureau van het departement hier anders over beslist.
      Integratie van nieuwe infrastructuur.
      Dit is de uitvoering van wat in het advies geformuleerd werd.
      Configuratie
      Op 17 april 2000 was de configuratie onderhouden door de systeemgroep:
      Systemen
      Architectuur/OS aantal
      Dec Alpha / Tru64 V4.0 2
      HP / HPUX 10.20 4
      Sun / Solaris 5.6 30
      Sun / Solaris 7 3
      Debian Linux 2.1 70
      Microsoft Windows Terminal Server 4.0
      Citrix MetaFrame 1.8
      NCD UIS 1.0
      2
      Microsoft Windows 95 6

       
      X-terminalen
      Xterminalen Tektronix 37

       
      netwerken
      ethernet 6
      token ring  1
      netwerk hubs  17

       

      De systeemgroep bestaat uit 6 personeelsleden:

      Naam(alfabetische volgorde) % van een voltijds mandaat
      Ceulemans Anita 80%
      De Roose Liliane 80%
      Huens Jean 100%
      Indeherberge Rita 75%
      Swennen Bart 100%
      Wessels Kris 80%

      Op 17 april 2000 is het aantal gebruikers (loginnamen) op de systemen ongeveer 400 (+ logins op de computerklas).

      Richtlijnen
      Hierna een samenvatting van de te volgen procedures.  In het verleden hebben de informele procedures in 90% van de gevallen, vlot gewerkt. We willen deze informele procedures niet noodzakelijk afbouwen, maar hopen met deze meer formele versies een aantal confliktsituaties te vermijden.
      1. Aankoop van nieuwe apparatuur

      2. Neem voor de aankoop van de apparatuur contact op met J.Huens om volgende punten te bespreken:
        • gewenste integratie van de nieuwe apparatuur
        • implicaties voor de systeemgroep wat betreft mankracht en middelen
        De systeemgroep zal dan advies uitbrengen wat betreft de geplande aankoop.  Indien dit advies niet gevolgd wordt, zal de systeemgroep niet verantwoordelijk zijn voor de nieuwe apparatuur en kan de integratie van de apparatuur, bijvoorbeeld omwille van beveiliging, sterk beperkt worden.
        Bij discussies zal het bureau van de departementsraad beslissen.
         
      3. Problemen

      4. Problemen kunnen door iedereen gemeld worden
        • aan de programmeur van de week
        • aan de leden van de systeemgroep
        • via uw vertegenwoordiger in de systeemgroep
        Indien je na een redelijke wachttermijn niet tevreden bent met de oplossing neem dan contact op met J.Huens.
         
      5. Upgrades en nieuwe software

      6. Indien je om een of andere reden een upgrade of de installatie van nieuwe software wenst, deel je dit mee aan je vertegenwoordiger in de systeemgroep of aan J.Huens. Tijdens de volgende vergadering van de systeemgroep zal dan een planning gemaakt worden.
        Het is niet de bedoeling de programmeur van de week of de individuele leden van de systeemgroep hiermee te belasten.
         
      7. Noodzakelijke uitbreidingen

      8. Wanneer de systeemgroep een bepaalde uitbreiding (apparatuur, personeel, software) nodig acht, zal
        • de systeemgroep een verantwoord voorstel opstellen
        • dit voorstel worden ingediend bij de voorzitter van het departement
        • de voorzitter van het departement samen met de betrokken onderzoeksgroepen,de systeemgroep en het bureau van de departementsraad een optimale oplossing zoeken.

        •