Elmah
1.0.0
Bitte lesen Sie dieses Dokument sorgfältig durch, bevor Sie diese Version von Elmah verwenden, da es wichtige Informationen enthält.
Für Peer -Hilfe und Unterstützung stimmt die Elmah -Diskussionsgruppe aus. Melden Sie Fehler und Ausgaben an den Problemverfolger auf der Projektseite. Vermeiden Sie es, den Problem Tracker zu verwenden, um Hilfe bei Problemen zu erhalten, die Sie bei der Installation oder Ausführung von Elmah auftreten. Dafür ist die Diskussionsgruppe da.
Der beste Weg, um mit Elmah zu beginnen, besteht darin, es für einen Spin zu nehmen, indem Sie die angegebene Demo -Website starten. Gehen Sie einfach die Wurzel Ihrer Elmah -Verteilung und führen Sie das Demo.cmd -Skript aus. Die Demo -Website erfordert Microsoft .NET Framework 2.0.
Wenn Sie den Microsoft SQL Server (2000 oder höher) für Ihr Fehlerprotokoll verwenden, sollten Sie die gespeicherten Prozeduren im angegebenen SQL-Skript neu erstellen (siehe SQLServer.sql). Das Skript enthält keine DDL DROP oder ALTER , sodass Sie die gespeicherten Prozeduren manuell fallen lassen müssen, bevor Sie die Teile des Skripts CREATE PROCEDURE . Abgesehen davon gab es keine Änderungen am Schema, da die Beta 2A so vorhandene Daten in Ihren Protokollen so bleiben können, wie es ist.
Das Oracle-Fehlerprotokoll ist in Beta 3 neu. Wenn Sie Elmah jedoch aus Quellen zwischen Beta 2 und 3 zusammengestellt haben und Oracle für Ihr Fehlerprotokoll verwenden, sollten Sie die ELMAH$Error -Fehlertabelle, seine Indikmies und zugehörigen Pakete mit dem neu erstellen Lieferung SQL Skript (siehe Oracle.sql in Ihrer Verteilung). Das Skript enthält keine DROP -Anweisungen, sodass Sie die Tabelle fallen lassen und vor dem Anwenden des Skripts manuell packen müssen. Wenn Sie die protokollierten Fehlerdaten beibehalten möchten, sollten Sie sie in einer Sicherung in Betracht ziehen. Bitte lesen Sie die Kommentare in dieser Skriptdatei sorgfältig, um Hinweise auf Benutzer und Synonyme zu erhalten. NB Das ursprüngliche Paket wurde nun in zwei Teile aufgeteilt, um die Datenbank in Unternehmensszenarien zu sichern.
Das VistadB-Fehlerprotokoll ist in Beta 3 neu. Wenn Sie Elmah jedoch aus Quellen zwischen Beta 2 und 3 zusammengestellt haben und VistadB für Ihr Fehlerprotokoll verwenden, sollten Sie die .VDB3-Datei löschen und zulassen, dass sie neu erstellt wird.
Das Zugriffsfehlerprotokoll ist in Beta 3 neu. Wenn Sie Elmah jedoch aus Quellen zwischen Beta 2 und 3 zusammengestellt haben und das Zugriff für Ihr Fehlerprotokoll verwenden, sollten Sie die .MDB-Datei löschen und zulassen, dass sie neu erstellt wird.
Die Konfigurationsabschnitte und Einträge haben sich geringfügig geändert, wenn Sie GDN-Elmah verwenden, das Original, das auf GotDotnet veröffentlicht wurde. Wenden Sie sich an die Datei samples/web.config um Beispiele dafür anzuzeigen, wie die Konfiguration jetzt aussieht.
Wenn Sie den Microsoft SQL-Server für Ihr Fehlerprotokoll verwenden, sollten Sie die Tabelle ELMAH_Error , seine Indikationen und zugehörigen gespeicherten Prozeduren mithilfe des angegebenen SQL-Skripts (siehe Database.sql in Ihrer Verteilung) neu erstellen. Das Skript enthält keine DDL DROP -Anweisungen, sodass Sie vor dem Anwenden des Skripts die Tabelle und die gespeicherten Prozeduren manuell fallen lassen müssen. Wenn Sie die protokollierten Fehlerdaten beibehalten möchten, sollten Sie sie in einer Sicherung in Betracht ziehen.
$Revision: 511 $
