home *** CD-ROM | disk | FTP | other *** search
/ PC World 2003 May / PCWorld_2003-05_cd.bin / Komunik / apache / apache_2.0.45-win32-x86-no_ssl.msi / Data.Cab / F232641_stopping.html.de < prev    next >
Extensible Markup Language  |  2003-03-30  |  15KB  |  238 lines
  1. <?xml version="1.0" encoding="ISO-8859-1"?>
  2. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
  3. <html xmlns="http://www.w3.org/1999/xhtml" lang="de" xml:lang="de"><head><!--
  4.         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  5.               This file is generated from xml source: DO NOT EDIT
  6.         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  7.       -->
  8. <title>Beenden und Neustarten - Apache HTTP Server</title>
  9. <link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
  10. <link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
  11. <link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
  12. <link href="./images/favicon.ico" rel="shortcut icon" /></head>
  13. <body id="manual-page"><div id="page-header">
  14. <p class="menu"><a href="./mod/">Module</a> | <a href="./mod/directives.html">Direktiven</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossar</a> | <a href="./sitemap.html">Seitenindex</a></p>
  15. <p class="apache">Apache HTTP Server Version 2.0</p>
  16. <img alt="" src="./images/feather.gif" /></div>
  17. <div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
  18. <div id="path">
  19. <a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP-Server</a> > <a href="http://httpd.apache.org/docs-project/">Dokumentation</a> > <a href="./">Version 2.0</a></div><div id="page-content"><div id="preamble"><h1>Beenden und Neustarten</h1>
  20.     <p>Dieses Dokument umfasst das Beenden und Neustarten des
  21.     Apache auf Unix-Σhnlichen Systemen. Anwender von Windows NT, 2000
  22.     und XP sollten <a href="platform/windows.html#winsvc">Betreiben
  23.     des Apache als Dienst</a> lesen, wΣhrend hingegen Anwender von
  24.     Windows 9x sowie ME <a href="platform/windows.html#wincons">Betreiben
  25.     des Apache als Konsolenanwendung</a> lesen sollten, um mehr Informationen
  26.     zur Handhabung des Apache auf diesen Systemen zu erhalten.</p>
  27. </div>
  28. <div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Einleitung</a></li>
  29. <li><img alt="" src="./images/down.gif" /> <a href="#term">Beenden</a></li>
  30. <li><img alt="" src="./images/down.gif" /> <a href="#graceful">Unterbrechungsfreier Neustart</a></li>
  31. <li><img alt="" src="./images/down.gif" /> <a href="#hup">Neustarten</a></li>
  32. <li><img alt="" src="./images/down.gif" /> <a href="#race">Anhang: Signale und Wettkampfsituationen</a></li>
  33. </ul><h3>Siehe auch</h3><ul class="seealso"><li><a href="programs/httpd.html">httpd</a></li><li><a href="programs/apachectl.html">apachectl</a></li></ul></div>
  34. <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  35. <div class="section">
  36. <h2><a name="introduction" id="introduction">Einleitung</a></h2>
  37.  
  38.     <p>Um den Apache zu stoppen oder neu zu starten, mⁿssen Sie
  39.     ein Signal an den laufenden <code>httpd</code>-Prozess senden. Es gibt
  40.     zwei M÷glichkeiten, diese Signale zu senden. Zum einen k÷nnen
  41.     Sie den Unix-Befehl <code>kill</code> verwenden, um den Prozessen
  42.     direkt Signale zu senden. Sie werden feststellen, dass auf Ihrem
  43.     System mehrere <code>httpd</code>-Programme laufen. Sie sollten jedoch
  44.     nicht jedem dieser Prozesse ein Signal senden, sondern nur dem
  45.     Elternprozess, dessen PID im <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> steht. Das hei▀t, Sie
  46.     sollten es niemals n÷tig haben, einem anderen Prozess, als dem
  47.     Elternprozess, ein Signal zu senden. Es gibt drei Signale, die Sie an den
  48.     Elternprozess senden k÷nnen: <a href="#term"><code>TERM</code></a>,
  49.     <a href="#hup"><code>HUP</code></a> und
  50.     <a href="#graceful"><code>USR1</code></a>, die nachfolgend beschrieben
  51.     werden.</p>
  52.  
  53.     <p>Um dem Elternprozess ein Signal zu senden, verwenden Sie einen
  54.     Befehl wie z.B.:</p>
  55.  
  56.     <div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>
  57.  
  58.     <p>Die zweite Methode, dem <code>httpd</code>-Prozess zu signalisieren,
  59.     ist die Verwendung der <code>-k</code>-Befehlszeilenoptionen
  60.     <code>stop</code>, <code>restart</code> und <code>graceful</code>, wie
  61.     unten beschrieben. Dies sind Argumente des <a href="programs/httpd.html">httpd</a>-Programms, es wird jedoch
  62.     empfohlen, sie unter Verwendung des Steuerskripts <a href="programs/apachectl.html">apachectl</a> zu senden, welches diese
  63.     an <code>httpd</code> durchreicht.</p>
  64.  
  65.     <p>Nachdem Sie <code>httpd</code> signalisiert haben, k÷nnen Sie
  66.     dessen Fortschritt beobachten, indem Sie eingeben:</p>
  67.  
  68.     <div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>
  69.  
  70.     <p>Passen Sie diese Beispiele entsprechend Ihren <code class="directive"><a href="./mod/core.html#serverroot">ServerRoot</a></code>- und <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>-Einstellungen an.</p>
  71. </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  72. <div class="section">
  73. <h2><a name="term" id="term">Beenden</a></h2>
  74.  
  75.     <dl><dt>Signal: TERM</dt>
  76.       <dd><code>apachectl -k stop</code></dd>
  77.     </dl>
  78.  
  79.     <p>Das Senden des <code>TERM</code>- oder <code>stop</code>-Signals an
  80.     den Elternprozess veranlasst diesen, sofort zu versuchen, alle seine
  81.     Kindprozesse zu beenden. Es kann einige Sekunden dauern, bis alle
  82.     Kindprozesse komplett beendet sind. Danach beendet sich der Elternprozess
  83.     selbst. Alle gerade bearbeiteten Anfragen werden abgebrochen.
  84.     Es werden keine weiteren Anfragen mehr bedient.</p>
  85. </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  86. <div class="section">
  87. <h2><a name="graceful" id="graceful">Unterbrechungsfreier Neustart</a></h2>
  88.  
  89.     <dl><dt>Signal: USR1</dt>
  90.       <dd><code>apachectl -k graceful</code></dd>
  91.     </dl>
  92.  
  93.     <p>Das <code>USR1</code>- oder <code>graceful</code>-Signal
  94.     veranlasst den Elternprozess, die Kinder <em>anzuweisen</em>, sich
  95.     nach Abschlu▀ ihrer momentanen bearbeiteten Anfrage zu beenden
  96.     (oder sich sofort zu beenden, wenn sie gerade keine Anfrage bedienen).
  97.     Der Elternprozess liest seine Konfigurationsdateien erneut ein und
  98.     ÷ffnet seine Logdateien neu. Wenn ein Kindprozess stirbt,
  99.     ersetzt der Elternprozess ihn durch ein Kind der neuen
  100.     Konfigurations-<em>Generation</em>. Dieses beginnt sofort damit,
  101.     neue Anfragen zu bedienen.</p>
  102.  
  103.     <div class="note">Auf bestimmten Plattformen, welche kein <code>USR1</code>
  104.     fⁿr einen unterbrechungsfreien Neustart erlauben, kann ein
  105.     alternatives Signal verwendet werden (wie z.B.
  106.     <code>WINCH</code>). Der Befehl <code>apachectl graceful</code>
  107.     sendet das jeweils richtige Signal fⁿr Ihre Platform.</div>
  108.  
  109.     <p>Der Code ist dafⁿr ausgelegt, stets die MPM-Direktiven
  110.     zur Prozesssteuerung zu beachten, so dass die Anzahl der Prozesse
  111.     und Threads, die zur Bedienung der Clients bereitstehen, wΣhrend
  112.     des Neustarts auf die entsprechenden Werte gesetzt werden.
  113.     Weiterhin wird <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>
  114.     auf folgende Art und Weise interpretiert: Wenn nach einer Sekunde
  115.     nicht mindestens <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>
  116.     neue Kindprozesse erstellt wurden, dann werden, um den Durchsatz zu
  117.     beschleunigen, entsprechend weitere erstellt. Auf diese Weise versucht
  118.     der Code sowohl die Anzahl der Kinder entsprechend der Serverlast
  119.     anzupassen als auch Ihre Wⁿnsche hinsichtlich des Parameters
  120.     <code class="directive">StartServers</code> zu berⁿcksichtigen.</p>
  121.  
  122.     <p>Benutzer von <code class="module"><a href="./mod/mod_status.html">mod_status</a></code> werden feststellen,
  123.     dass die Serverstatistiken <strong>nicht</strong> auf Null
  124.     zurⁿckgesetzt werden, wenn ein <code>USR1</code> gesendet
  125.     wurde. Der Code wurde so geschrieben, dass sowohl die Zeit minimiert
  126.     wird, in der der Server nicht in der Lage ist, neue Anfragen zu
  127.     bedienen (diese werden vom Betriebssystem in eine Warteschlange
  128.     gestellt, so dass sie auf keinen Fall verloren gehen) als auch
  129.     Ihre Parameter zur Feinabstimmung berⁿcksichtigt werden.
  130.     Um dies zu erreichen, muss die <em>Statustabelle</em> (Scoreboard),
  131.     die dazu verwendet wird, alle Kinder ⁿber mehrere Generationen
  132.     zu verfolgen, erhalten bleiben.</p>
  133.  
  134.     <p>Das Statusmodul benutzt au▀erdem ein <code>G</code>, um
  135.     diejenigen Kinder zu kennzeichen, die noch immer Anfragen bedienen,
  136.     welche gestartet wurden, bevor ein unterbrechungsfreier Neustart
  137.     veranla▀t wurde.</p>
  138.  
  139.     <p>Derzeit gibt es keine M÷glichkeit fⁿr ein
  140.     Log-Rotationsskript, das <code>USR1</code> verwendet, sicher
  141.     festzustellen, dass alle Kinder, die in ein vor dem Neustart
  142.     ge÷ffnetes Log schreiben, beendet sind. Wir schlagen vor, dass
  143.     Sie nach dem Senden des Signals <code>USR1</code> eine angemessene
  144.     Zeitspanne warten, bevor Sie das alte Log anfassen. Wenn beispielsweise
  145.     die meisten Ihrer Zugriffe bei Benutzern mit niedriger Bandbreite
  146.     weniger als 10 Minuten fⁿr eine vollstΣndige Antwort
  147.     ben÷tigen, dann k÷nnten Sie 15 Minuten warten, bevor Sie auf
  148.     das alte Log zugreifen.</p>
  149.  
  150.     <div class="note">Wenn Ihre Konfigurationsdatei Fehler enthΣlt, wΣhrend
  151.     Sie einen Neustart anweisen, dann wird Ihr Elternprozess nicht neu starten,
  152.     sondern sich mit einem Fehler beenden. Im Falle eines unterbrechungsfreien
  153.     Neustarts lΣ▀t er die Kinder weiterlaufen, wenn er sich beendet.
  154.     (Dies sind die Kinder, die sich "sanft beenden", indem sie ihre letzte
  155.     Anfrage erledigen.) Das verursacht Probleme, wenn Sie versuchen,
  156.     den Server neu zu starten -- er ist nicht in der Lage, sich an die Ports zu
  157.     binden, an denen er lauschen soll. Bevor Sie einen Neustart
  158.     durchfⁿhren, k÷nnen Sie die Syntax der Konfigurationsdateien
  159.     mit dem Befehlszeilenargument <code>-t</code> ⁿberprⁿfen
  160.     (siehe auch <a href="programs/httpd.html">httpd</a>). Das garantiert
  161.     allerdings nicht, dass der Server korrekt starten wird. Um sowohl die
  162.     Syntax als auch die Semantik der Konfigurationsdateien zu prⁿfen,
  163.     k÷nnen Sie versuchen, <code>httpd</code> als nicht-root-Benutzer
  164.     zu starten. Wenn dabei keine Fehler auftreten, wird er versuchen, seine
  165.     Sockets und Logdateien zu ÷ffnen und fehlschlagen, da er nicht root
  166.     ist (oder weil sich der gegenwΣrtig laufende <code>httpd</code>
  167.     bereits diese Ports gebunden hat). Wenn er aus einem anderen Grund
  168.     fehlschlΣgt, dann liegt wahrscheinlich ein Konfigurationsfehler vor.
  169.     Der Fehler sollte behoben werden, bevor der unterbrechungsfreie Neustart
  170.     angewiesen wird.</div>
  171. </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  172. <div class="section">
  173. <h2><a name="hup" id="hup">Neustarten</a></h2>
  174.  
  175.     <dl><dt>Signal: HUP</dt>
  176.       <dd><code>apachectl -k restart</code></dd>
  177.     </dl>
  178.  
  179.     <p>Das Senden des Signals <code>HUP</code> oder <code>restart</code>
  180.     veranla▀t den Elternprozess, wie bei <code>TERM</code> alle seine
  181.     Kinder zu beenden. Der Elternprozess beendet sich jedoch nicht. Er liest
  182.     seine Konfigurationsdateien neu ein und ÷ffnet alle Logdateien
  183.     erneut. Dann erzeugt er einen neuen Satz Kindprozesse und setzt die
  184.     Bedienung von Zugriffen fort.</p>
  185.  
  186.     <p>Benutzer von <code class="module"><a href="./mod/mod_status.html">mod_status</a></code> werden feststellen, dass
  187.     die Serverstatistiken auf Null gesetzt werden, wenn ein <code>HUP</code>
  188.     gesendet wurde.</p>
  189.  
  190.     <div class="note">Wenn Ihre Konfigurationsdatei einen Fehler enthΣlt,
  191.     wΣhrend Sie einen Neustart anweisen, dann wird Ihr Elternprozess
  192.     nicht neu starten, sondern sich mit einem Fehler beenden. Lesen Sie oben,
  193.     wie Sie das vermeiden k÷nnen.</div>
  194. </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  195. <div class="section">
  196. <h2><a name="race" id="race">Anhang: Signale und Wettkampfsituationen</a></h2>
  197.  
  198.     <p>Vor der Version 1.2b9 des Apache existierten verschiedene
  199.     <em>Wettkampfsituationen</em> (race conditions), die den Neustart und
  200.     die Signale beeinflu▀t haben. (Eine einfache Beschreibung einer
  201.     Wettkampfsituation lautet: es ist ein zeitabhΣngiges Problem; wenn
  202.     etwas zum falschen Zeitpunkt erfolgt, wird es sich nicht wie erwartet
  203.     verhalten.) Bei Architekturen mit dem "richtigen" Funktionsumfang
  204.     haben wir so viele eliminiert wie wir nur konnten. Dennoch
  205.     sollte beachtet werden, dass noch immer Wettkampfsituationen auf
  206.     bestimmten Architekturen existieren.</p>
  207.  
  208.     <p>Bei Architekturen, die ein <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> auf Platte verwenden,
  209.     besteht die Gefahr, dass die Statustabelle beschΣdigt wird.
  210.     Das kann zu "bind: Address already in use" ("bind: Adresse wird
  211.     bereits verwendet", nach einem <code>HUP</code>) oder "long lost
  212.     child came home!" ("Der verlorene Sohn ist heimgekehrt", nach einem
  213.     <code>USR1</code>) fⁿhren. Ersteres ist ein schwerer Fehler,
  214.     wΣrend letzteres lediglich bewirkt, dass der Server einen Eintrag
  215.     in der Statustabelle verliert. So kann es ratsam sein, unterbrechungsfreie
  216.     Neustarts zusammen mit einem gelegentlichen harten Neustart zu verwenden.
  217.     Diese Probleme lassen sich nur sehr schwer umgehen, aber
  218.     glⁿcklicherweise ben÷tigen die meisten Architekturen keine
  219.     Statustabelle in Form einer Datei. Bitte lesen Sie fⁿr Architekturen,
  220.     die sie ben÷tigen, die Dokumentation zu <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code>.</p>
  221.  
  222.     <p>Alle Architekturen haben in jedem Kindprozess eine kleine
  223.     Wettkampfsituation, welche die zweite und nachfolgende Anfragen
  224.     einer persistenten HTTP-Verbindung (KeepAlive) umfa▀t. Der Prozess
  225.     kann nach dem Lesen der Anfragezeile aber vor dem Lesen der Anfrage-Header
  226.     enden. Es existiert eine Korrektur, die fⁿr 1.2 zu spΣt kam.
  227.     Theoretisch sollte das kein Problem darstellen, da
  228.     der KeepAlive-Client derartige Ereignisse aufgrund von
  229.     Netzwerk-Latenzzeiten und Auszeiten des Servers erwarten sollte.
  230.     In der Praxis scheint keiner von beiden beeinflu▀t zu werden
  231.     -- in einem Testfall wurde der Server zwanzig mal
  232.     pro Sekunde neu gestartet, wΣhrend Clients das Angebot abgegrast
  233.     haben, ohne kaputte Bilder oder leere Dokumente zu erhalten.</p>
  234. </div></div>
  235. <div id="footer">
  236. <p class="apache">Gepflegt durch das <a href="http://httpd.apache.org/docs-project/">Apache HTTP Server Documentation Project</a></p>
  237. <p class="menu"><a href="./mod/">Module</a> | <a href="./mod/directives.html">Direktiven</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossar</a> | <a href="./sitemap.html">Seitenindex</a></p></div>
  238. </body></html>