Thursday, October 19, 2017

My Goals - AWS Certified Professional

My Goal - 19th Oct. 17 Diwali to 18th Oct. 18 Diwali

# Weekly 10 hours Serious Study on new technology - AWS
   Monthy 40 Hours
  Yearly 480 hours - 500 hours
  I should be Certified in AWS in next 6 months

-------------------------------------------------------------------------------------------------------------------------
AWS Useful info:

Saturday, June 03, 2017

Event ID 5120 "Cluster Shared Volume 'Volume1' ('Volume1') is no longer available

I came across this issue with Three nodes cluster in my client setup. So my recommendation to avoid such issue as follows.

1.     Setup the Microsoft Hyper-V cluster with all well planning, test it thoroughly and Follow MS provided Best practices.

         

          And
       
          Also refer  Altaro website

2.     Update Hyper-V Cluster nodes at least quarterly basis for its Hotfixes and  Update.

3.     Apply the hotfixes as per your OS version.

 http://support.microsoft.com/kb/2920151

Track all the changes by using Change Management Process. Document the changes.

          References:



Thanks - VD
================================================

Wednesday, January 07, 2015

Microsoft Time Service Useful Knowledge Base Articles

The nice articles are available on HyperV time services as below

Time Synchronization in Hyper-V
http://blogs.msdn.com/b/virtual_pc_guy/archive/2010/11/19/time-synchronization-in-hyper-v.aspx

Time Synchronization and Domain Controller VM's
http://blogs.msdn.com/b/robertvi/archive/2011/05/11/time-synchronization-and-domain-controller-vm-s.aspx

MS Recommendation - Disable the  time synchronization between the host system and guest operating system acting as a domain controller.  This will enable VM - running as DC will get the Time from Domain.

Follow the steps To disable the Hyper-V time synchronization provider,

# Power-off the VM and
#  Clear the Time synchronization check box under Integration Services.

http://technet.microsoft.com/en-us/library/virtual_active_directory_domain_controller_virtualization_hyperv(WS.10).aspx



MS Support Articles

How to configure an authoritative time server in Windows Server
http://support.microsoft.com/kb/816042

Hyper-V Time Synchronization Doesn't Correct the System Clock in the Virtual Machine if it is more than 5 Seconds ahead of the Host Clock

http://support.microsoft.com/kb/2618634


Other useful knowledge base

Windows Time Service Tools and Settings
http://technet.microsoft.com/en-us/library/cc773263(WS.10).aspx

Thursday, January 01, 2015

Windows 2003 Server migration approaches

I already discussed the broad level approach to migrate Windows 2003 Servers related services to new Windows Server operating system to remove dependencies of

1. Microsoft Windows 2003 Server OS - End of life support 15th July 2015
2. Old Server Hardware - You may run the OS/App on more than 8-10 Years old server hardware.

As a result of this we will have

1. Latest operating system with more stable and secure IT environment.
2. Due to new hardware overall better system and application performance.
3. Increase user satisfaction

IT organization must draw a plan for Windows 2003 and old hardware replacement and execute it.
The plan must have

1. Analysis of Windows 2003 Servers hardware configuration
2. All hosted application lists and its compatibility matrix with New OS
3. Overall project cost and its time line for it implementation

Thanks
Vijay



Saturday, October 11, 2014

Microsoft Windows 2003 server Migration

As  you know that Microsoft will be stopping  Windows 2003 extended support on 15th July 2015. So it is time to move from this operating system. This is one of the most used OS in the All Industry and yet system admin /IT managers will be ready to move because of various pain points like legacy application.

I am trying to give you jump start to think about this project and will write more

Success of any migration is depend on

1. Management Support 
2. Thorough Planning
3. Selection of right methodology that suit to your environment.
4. Proper execution and implementation

 First we need to check with customer

# The classification of application - Business critical and less critical applications used in the 
   organization and so Server.
 The Windows 2003 servers that they need to migrate due to security compliance, industry 
    standards and other reasons.
 What is type of New operating system they are looking for  as per application usage in the
    organization… customer may go with completely new application so at this movement they may
    not able worry on i
mmediate server upgrade, they may have plan to completely build new Server 
   based on Windows 2012 r2 and new application….
   But may worry on Hardware failure – (In this case we can suggest P2V so that customer may be
   worry free on hardware front)

One of Experts  say - There is no single solution that will address all scenarios, the best practice is to establish a combination of approaches based on a risk management analysis.

Broad level approach should be

·         New hardware
·         Virtualization
·         Application migration
·         Consolidation

4.       The following methods are available

·         New hardware 
A.      Upgrade Windows 2003 Server to Windows 2008 OS  (By using same hardware or even New Hardware)
2.       We must check Hardware compatibility - http://technet.microsoft.com/en-us/windowsserver/bb414778
3.       Before going with this path first check Application compatibility from Apps vendor on Windows 2008 OS.
4.       Follow standard process of server upgrade

Or

Even We can follow approach stated in step D  but with OS Windows 2008 and do the application migration which will be having same 32 bit platform


B.       Upgrade Windows 2003 Server to Windows 2012 R2 OS
Direct upgrade path is not possible due to Hardware compatibility issue as Windows 
2012 R2 is 64 bit platform OS.
So in this case we have to follow approach mentioned in Step D


·         Virtualization

C.      Upgrade Windows 2003 Server to Windows 2008 OS  (By using P2V)
a.       First migrate the Windows 2003 physical server to Virtual by using P2V tools
b.      Then upgrade OS to Windows 2008 as mentioned in Step A.
With this approach is more safe as in case of upgrade failure we can restore snapshot (Or even can take full backup of VM) and restore to original.

·         Application migration

D.      New Windows 2012 R2 installation on new hardware and application migration from old Server to new one
a.       Application Compatibility – Some of application may not work on latest Windows 2012 R2 as it is 64 bit platform,
b.      Check overall upgrade path from Windows 2003 to Windows 2012 R2

·         Consolidation
E.       We can consolidate the applications by looking into its current usage by using one of  application migration approach.


There are product and services are available in the market 


Services provided by company like Dell or IT outsourcing companies in India

MS reference




I will update more from my experience from the projects.

Wish you all the best.

Thanks
Vijay

Saturday, December 29, 2012

SYSTEM ADMINISTRATION BEST PRACTICES

The Followings are the few of the System Administration best practices that every System Administrator must look into it.


1. SYSTEM SECURITY

1.1 ADMIN USER PASSWORD

1) Prepared the file which consist of all critical IT infrastructure Password like

a. All AD forest and domain level administrator like domain admin, Enterprise admin, etc.

b. SQL Databases DBA “sa” user.

c. Network devices super user.

d. All UNIX system super user “root”.

e. All System related tool’s administrative users.

f. Third Party Cloud based System Related Apps administrator password.


Also keep a note of some of points as given below

2) Rename the user account which has administrative privilege and keep a note of it in password file.

3) Set the strong administrative users account password as per standard guideline like Password Length, Its complexity, etc.

4) The password file must be “password” protected and stored at central location with necessary access restriction to specific users only.

5) You should change the all admin user password frequently as per organization policy.

6) Set the Audit on you system/devices to check the administrative accounts usage and check the log regularly.

7) Do not share the password over email or chat to anybody.

8) You must follow the other best practices.


1.2 PHYSICAL CHECK

The physical check of your device is necessary to check its physical location, security and other aspect like how the server is connected to other devices like LAN/SAN switches etc.

Again the server’s physical location, Security and cleanliness is always important for a good and stable operation.

This is required in case you are operating the server/devices remotely and you need to guide new onsite team person or third party vendor to work on it. So at that moment onsite team must have its physical location recorded somewhere in the document.

Due to many reasons you may not be able to check physical status of your system every day, but you should set a plan to check it regularly and set process to make sure the checking is being performed as per plan.


1.3 OTHERS

a. Do not keep your session open when you leave your place.

b. Configure your environment to logout the users session automatically when it is ideal for some time say 2-3 minutes.

c. Keep minimum service/applications running on your system, Remove unwanted services/application from your system and you can close the unwanted TCP ports.

d. Never write down password on paper or store in plain text.

e. Educate users and Helpdesk team about system security and its best practices.

f. Do the Security Assessment of your environment regularly.

2. SYSTEM LOGS

1) Configure Auditing on your system/apps as per your requirements.

2) You must go through and review Security and other logs on weekly basis and as and when required.

3) You can also archive the logs if the organization needs it for security compliance.

4) If you come across Operating Systems, Application related issues then you should first refer system/apps logs for further troubleshooting.

5) Do not clear logs without saving it as it may requires you for problem analysis.

3. SYSTEM CHANGES

1) Best practice is self-control and exercising good discipline while handling system admin related tasks.

a. Always think twice if you are exercising any task on the server, review it twice.

b. If you have doubt on what you are doing, first test it in test environment and check the result or take advice from others. Once you are sure then only run the tasks on Production setup.

2) Always test the hotfixes/patches properly and then only update it to production server.

3) For any product/Hotfixes/patches installation, first read the Release note, installation guide, etc. carefully.

4) Identify the single point of failure in your environment and plan how to mitigate it.

5) Do not make any changes to system on Friday end of day or before you are going on holiday or paid leave.

6) Also ask to review the changes to others team members, if require discuss it and then only apply it to production system. Also track the changes in the document regularly.

4. SYSTEM BACKUP

1) Consult your database/application administrator to check the data backup requirement of the server, its frequency and criticality.

2) Once you schedule the backup job as per requirements, you need to check backup job executed properly or not first time and then do it regularly.

3) Verify your backup media for data restoration at least in a quarter.
4) As per requirement you can set the off-site data backup process.

5) Also check the legal requirements of amount of time to keep data backup set.

6) Keep data restore process ready for each server/application.

5. USERS/GROUPS

1) Create separate USER account to use it as Service Account in the OS or in the application configuration. You can put the description in the user account property.

2) Use Domain admin and Enterprise group very carefully. Review its membership regularly.
Use a group to manage the folder/file level access.

3) Do not user system built-in administrative account for daily use. System admin can always use his/her account to do any administrative tasks.

6. SYSTEM DOCUMENTATION

1) Keep records of your each activity and process. How you got the system after a fresh installation and chronologically how changes happened with all details like Hardware changes, OS/Apps configuration and permissions changes should be recorded.

You can manage soft copy as well as hard copy depending on company’s practices. This documentation will help you for better diagnosis of your system in case of any problem.

2) Always keep system inventory up to date.

3) Keep all process documents centrally and understand each process thoroughly.

4) Also keep all important contacts readily available in soft and hard format with you.



7. KNOWLEDGE UPDATE

1) Learn the technology from others if anyone within your team know it so that you can save your time.

2) Whenever you get the free time, refer latest news, white papers, articles and books to update your knowledge on latest technology.


8. GENERALS

1) Don't panic! In all situations.

2) Follow your organization’s policies and procedures.

3) Develop standard installation guidelines for all operating systems and applications used by the organization.

4) Observed the server process, performance and its pattern very carefully by using monitoring system or by login to server.

5) Implement the IT infrastructure monitor system to monitor your IT infrastructure proactively.

6) Specially observed existing server disk space usage and its pattern. You can plan the new disk space as per its past usage pattern. You can plan the server hardware configuration depending on your application requirements. Also consider it for longer terms. In virtualisation you can use thin or thick the disk provision method. You can check overall type of VMs on the Virtual host and other VM Host configuration, so that there will not be any impact on VMs.

7) Use and maintain development/test and production environment differently.

8) Keep your weekly reports visible to all.

9) Test your system DR plan at least once in a year.

Sunday, July 08, 2012

The most useful top 10 Rules for System Admin


Every System administrator may follow the certain rules while performing day to day tasks.


1. Do not make any changes in your core IT infrastructure
    # At the end of Friday.
    # If you are going on long leave/holiday.
   
2. Planning and Testing.
    # Plan every project/Tasks in advance, document and circulate it to IT team to get suggestion.
    # Also find out the risks involves in case project fails.
    # Test it thoroughly before its implementation.


3. Keep it Simple.
   There are different path/ways available to implement the IT Solution, so it will good
   if we select the simple path. It will be easy to implement and manage. So always choose
   simple path instead of complex. 


4. Documentation.
   System admin should document every project/tasks so that everyone should know about it and it   
   will avoid people-centric environment. It will help Jr. System admin to do the repetitive tasks 
   by referring the document.


5. Ask questions.
   Always ask questions about small things even it looks like stupid, it will help to understand the 
   task/project well and we can find the loophole, if any.    


6. Review Backup Jobs.
   It will easy to add backup job but we should regularly review it and use it once in a quarter.


7. Proactive Monitoring.
    It is crucial to monitor the IT infrastructure proactively so that System admin will get alert
    on time. Decide the servers, application, services which need to be monitor and also decide
    whom you want to send alerts in case of alert trigger.


8. Automation.


10. New Learning.


Thanks

My Goals - AWS Certified Professional

My Goal - 19th Oct. 17 Diwali to 18th Oct. 18 Diwali # Weekly 10 hours Serious Study on new technology - AWS    Monthy 40 Hours   Yearly...