Join the social network of Tech Nerds, increase skill rank, get work, manage projects...
 
  • Best practices for error handling and logging

    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 771
    Comment on it

    In this blog I have summarized the best practices for error handling and logging.

    1) Appropriate use of try/catch.

    2) Log sufficient contextual information. All exceptions are logged(with userid , page or proc name, timestamps ,inner exception , stack trace , if the method is very critical pass method parameters) to database and to file system in case database fails/not responding.

    3) For quick diagnosis of problems it is important to log the actual error with all possible information.However the end user should be shown friendly message only.

    4) If multiple agents are inserting and updating in a table , ensure that the agent initiating the change is logged.

    5) Do not rely on exceptions in the code and write code that avoids exceptions.We should avoid using exceptions to control normal program flow because it can lead to significant impact on performance.

    6) Use try-catch in your data layer to catch all database exceptions and ensure this exception handler should record all exceptions from the database. Following details should be  recorded : name of the command being executed, stored procedure  name, parameters, connection string used etc. After logging the exception, it may  be re thrown to another layer .

    7) An application level error handler needs to be in place where all general exceptions can be handled.

    8) We should avoid throwing exceptions in constructors and destructors.

    9) All important tables should have audit data ie : CreatedBy, CreatedOn, UpdatedBy, UpdatedOn

    10) Don’t log sensitive data that can pose security risks. You can use masking to log sensitive

    information such as: user name/password, email address, phone number, SSN, account

    information, etc.

    11) Provide an ability to enable / disable debug or informational logs in production environment

    without requiring to bring down the system

    Log Levels

    Log Level

    Description

    Debug

    Messages in this level contain extensive contextual information which is mostly used for problem diagnosis.

    Info

    These messages contain some execution status information  in a production environment.

    Warning

    These indicates a potential problem in the system.

    Error

    These  indicates a serious problem in the system.

    Log Format

     

    Information

    Description

    When

    Timestamp

     

    Where

    System, application, component, thread

     

    Who

    User, system

    Caller identify

    What

    Actions

     

    Status

    State, Results

     

    Priority

    Severity/importance/rank/level

     

    Information

    Additional information

     

    Some of the above information is automatically retrieved by the logging implementation if using third party frameworks. To include it in the messages, you only need to configure an appropriate layout pattern.

    What to Log

     

    Information

    System Changes

    System startup, shutdown, restart, and abnormal termination (crash)

    Resource Issues

    • Resources exhausted, capacity reached

    • Threshold / Limit reached (such as disk space full, memory exhausted, or processor load too high)

    AAA (Authentication, Authorization, Access)

    • Authentication / authorization decisions

    • Systems access, data access

    Network connections

    Failure / successful

    Change

    Application, data

     

 0 Comment(s)

Sign In
                           OR                           
                           OR                           
Register

Sign up using

                           OR                           
Forgot Password
Fill out the form below and instructions to reset your password will be emailed to you:
Reset Password
Fill out the form below and reset your password: