SlideShare una empresa de Scribd logo
1 de 62
Descargar para leer sin conexión
AD 2015.
2AM A DISASTER JUST BEGAN…
TOBIASZ JANUSZ KOPROWSKI
KoprowskiT_SQLSaturdayManchester_2AMaDisasterJustbegan
ABOUT ME
• independent consultant,
• security & licensing auditor
• microsoft certified trainer
• sql server mvp (six years)
• mvp mentor program member
• active blogger, influencer, technical writer
• last 9 years living in data processing center jungle
• last 15 years working arroung banking and ict
• microsoft terminology community member
• sharepoint subject matter expert at cqure
2:00 AM … IN A DREAMS…
• Your best time for dreaming … is the best time for Disaster
• Your mobile phone ringing and ringing…
• And Your husband / wife say…….
SQL Saturday Manchester | July 25th 2015 4
2:15 AM … IN A CAR
• What’s happen with my server?
• When I made last backup?
• Where is my backup?
• Have I ever tried to restore?
• If yes – I hope that all in a team (about team soon) remember about (me?)
• If not – who can help me NOW?
SQL Saturday Manchester | July 25th 2015 5
2:40 AM … IN A SERVER ROOM
• $#$$@$^^#^&^@!#
• Is Windows Server alive?
• YES (thanks all saints)
• or NOT (damn)
• who is responsible for it?
• Is my SQL Server alive?
• YES (why phones ringing)
• or NOT (…)
• why I’m responsible for it?
SQL Saturday Manchester | July 25th 2015 6
A DISASTER – WHAT IS IT
CAUSES OF
DISASTER?
NATURAL
CAUSES
HUMAN
ERROR
INTENTIONAL
CAUSE
fire / flood / lightning / earthquake / volcano
hurricane / tornado / temperature
sabotage / terrorism / vandalism / viruses / theft /
union activities / disgruntled employees
programming errors / unauthorized personel / improper
maintenance / lack of training / carelessness / cable cuts
SQL Saturday Manchester | July 25th 2015 7
http://shoutitforlife.com/wp-content/uploads/2012/09/The-Names-of-God.jpg
BEST PRACTICE FOR SURVIVING DISASTER
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 9
BEST PRACTICE FOR SURVIVING DISASTER
Backups (sql databases)
• about type of backup ( simple rm / full rm)
• about place for stored backup data
• about backup window
• about procedure used for backup
• about backup tools
• about backup of „backup logs”
• about estimated time for executing backup
• about REAL TIME of executing backup
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 10
BACKUP > EXTRACT FROM SOP*
In the request, backup, should include the following information:
• Information about the operating system and application version for online backup and
installed updates for these components a file backup policy, in particular:
• a number of versions of a file stored
• the storage time of the next version of the file
• the frequency of execution of such incremental backups with the proposal of their
implementation
• Online Backup Policy
• the storage time of a full backup with storage time such an incremental backup
• the time of transaction log files
• the frequency of execution of a full backup with the proposal deadline for
its implementation
• the frequency of execution of the transaction log backup
• Information about trees directories / files that should be omitted
or included during backup tasks (include / exclude list)
• Number and type / model of physical processors,
• Does the node will use the connection to the SAN to implement backup
SQL Saturday Manchester | July 25th 2015 11
BACKUP (REGISTRY) > EXTRACT FROM SOP*
This register contains information about a backup plan implemented.
Backup file space:
• number of versions of a file stored in a backup
• number of days that are kept more versions of a file
• number of versions of a file stored in the backup system after its removal from client
device
• number of days that will store the latest version of the deleted file from the client
device
• number of days that will be stored in the archive
The list of nodes defined in the system backup:
• Domain | Node name | IP address of the node
• The list of defined backup tasks (called schedule)
• name of the task (schedule) | execution time
• a period of at which the task is repeated
SQL Saturday Manchester | July 25th 2015 12
SQL Server Backup Best Practices |
Written on October 17, 2007 by Brent Ozar in SQL Server
> http://bit.ly/12oXm4h
• Never back up databases to local disk.
• Back up databases to a fileshare, then back the share up to tape.
• Cost justify the network share with lower licensing costs & simpler backups.
• Back up to a different SAN if possible.
• My sweet spot for the backup array is raid 10 SATA.
• Backup agents like NetBackup and Backup Exec mean giving up scheduling control.
• Do regular fire drill rebuilds and restores.
• Build a standalone restore testbed.
• Keep management informed on restore time estimates.
• Trust no one.
BEST PRACTICES BY BRENT OZAR
SQL Saturday Manchester | July 25th 2015 13
BEST PRACTICE FOR SURVIVING DISASTER
Restore (sql databases)
• about type of backup ( simple rm / full rm)
• about place for stored backup data
• about the procedures of recovery
• about estimated time for recovery
• about REAL TIME for recovery
• about tools for recovery
• about Corporate Backup Manager
• about password for access to library
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 14
RESTORE > EXTRACT FROM SOP*
Registery for Recovery/Restore/Replacement Tests
This register contains information about the tests and replacement of part or all of the
environment. It consists of the following fields:
• the date of commencement and completion of the recovery test
• client for which the test was performed recovery test
• servers involved in testing and replacement
• extent of testing and replacement
• person / persons performing the recovery test
• person on the client side accepts the correctness of the recovery test
• subsequent to the recovery test
SQL Saturday Manchester | July 25th 2015 15
BEST PRACTICE FOR SURVIVING DISASTER
Performance best practices for SharePoint backup and restore operations
• Minimize latency between SQL Server and the backup location
• Avoid processing conflicts
• Keep databases small for faster recovery times
• Use incremental backups for large databases
• Use compression during backup
• Use RAID 10 if you use RAID
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 16
BEST PRACTICE FOR SURVIVING DISASTER
Configure SharePoint settings to improve backup or restore performance
• You can only configure file compression and log file settings in Windows PowerShell.
• If you use the Export-SPWeb Windows PowerShell cmdlet, you can use the NoFileCompression
parameter.
• When you use the Backup-SPFarm cmdlet, you can also use the BackupThreads parameter to
specify how many threads SharePoint 2013 will use during the backup process.
Consider site collection size when you determine the tools to use
• Up to15 GB
• Use the Backup-SPSite Windows PowerShell cmdlet. For more information, see Back up site
collections in SharePoint 2013.
• 15-100 GB
• Use a SharePoint 2013 tool, a SQL Server tool, or other database backup tool to protect the
content database that contains the site collection.
• Over 100 GB
• Use a differential backup solution, such as SQL Server 2008 R2 with SP1 or System Center
2012 - Data Pro
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 17
BEST PRACTICE FOR SURVIVING DISASTER
Backup & Restore (sharepoint farm)
• Quality assurance best practices to back up a SharePoint farm
• Ensure you have enough storage space
• Routinely test backup quality
• Back up ULS trace logs
• Store a copy of backup files off-site
• Procedural best practices to back up and restore SharePoint 2013
• Use FQDN server names
• Keep accurate records
• Have a recovery environment ready
• Schedule backup operations
• Use the SQL FILESTREAM provider with BLOB storage
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 18
BEST PRACTICE FOR SURVIVING DISASTER
Procedures
• It is not about stored procedures!!!
• It’s about storing procedures with answers for the following:
• One piece of paper
• How to start restore
• Who can help
• How to processing a restore
• When we can finish
• It MUST be simple
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 19
BEST PRACTICE FOR SURVIVING DISASTER
Roles
• SharePoint Administrator / Farm Administrator
• Database Administrator / Windows Administrator
• Backup Administrator / Network Administrator
• Storage Administrator / Security Administrator
• Customer Key Account / Manager of branch
• Data Center Manager
• Nightshift Operator - BOFH
• Customer Administrator!!
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 20
BEST PRACTICE FOR SURVIVING DISASTER
PSO > USO > SLA
• PSO Planned System Outages – Planned System Unavailability
• Minimum planned unavailability, due to the need to carry out modernization work,
installing patches, replacement / extension of hardware,
• Agreed/accepted by/with the client and not affecting the provisions of the HA, and
SLA, until
• ...USO Unplaned System Outages – Unplanned System Unavailability
• an error that prevents a partial or total work environment in a tangible, measurable
customer
• resulting in high costs if you need repairs, as well as penalty payments for non-SLA
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 21
Availability %
Downtime
per year
Downtime
per month*
Downtime
per week
90% 36.5 days 72 hours 16.8 hours
95% 18.25 days 36 hours 8.4 hours
98% 7.30 days 14.4 hours 3.36 hours
99% 3.65 days 7.20 hours 1.68 hours
99.5% 1.83 days 3.60 hours 50.4 min
99.8% 17.52 hours 86.23 min 20.16 min
99.9% ("three nines") 8.76 hours 43.2 min 10.1 min
99.95% 4.38 hours 21.56 min 5.04 min
99.99% ("four nines") 52.6 min 4.32 min 1.01 min
99.999% ("five nines") 5.26 min 25.9 s 6.05 s
99.9999% ("six nines") 31.5 s 2.59 s 0.605 s
SQL Saturday Manchester | July 25th 2015 22
DEMO 1 PICTURES OF THE WEEK
SQL Saturday Manchester | July 25th 2015 23
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 24
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 25
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 26
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 27
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 28
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 29
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 30
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 31
DISASTEREXAMPLE
SQL Saturday Manchester | July 25th 2015 32
DEMO 2 SELECT…
BEST PRACTICE FOR SURVIVING DISASTER
Envelope
With ACTUAL!!! User names and passwords for:
• Windows Server Administrator
• SQL Server Administrator
• SQL Server Agent
• SQL Server Services (if You didn’t use default)
• SQL Server Applications Services
• Backup accounts
ITS ONLY ONE:
BE PREPARED
• SQL_Admin
• SQL_Engine
• SQL_Agent
• SQL_ReportingSRV
• SQL_AnalisysSRV
• SQL_InegrationSRV
• SP_Farm
• SP_Admin
• SP_Crawl
• SP_Install
• SP_WebApp
• SP_User
• SP_Content
• SP_SuperUser
• SP_SuperReader
SQL Saturday Manchester | July 25th 2015 34
BEST PRACTICE FOR SURVIVING DISASTER
Hardware
Some of the hard stuff for replacement:
• Server
• Motherboard
• Memory (RAM)
• Processor (CPU)
• Network Adapter (LAN/NIC)
• Fibre Channel Adapter
• Hard Disk (IDE/SATA/SAS/SSD…)
• RAID Controller
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 35
BEST PRACTICE FOR SURVIVING DISASTER
Support
Having actual list of actual support/maintenance things:
• company (like hp, dell, cisco)
• actual, checked contact details
• type of support (nbd, 8x5, 8x7, extended)
• the scope and details of the contract support
• Series number
• Serial number
• Repair warranty
• General warranty
• first contacts to helpdesk and route for request
• manager of „first contact”
• executive power person for escalation
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 36
BEST PRACTICE FOR SURVIVING DISASTER
Software | x32, x64, ia64 | Standard, Enterprise, Data Center
Windows
• 2003 / 2003R2 / 2008 / 2008R2 / 2012 / 2012R2
• SP 1, 2, 3, 4 +CU 1, 2, 3, …
• Standard, Enterprise, Data Center
SharePoint
• 2007 / 2010 / 2013 / …
• SP 1, 2 + CU March, April, May, November, …
SQL Server
• 2005, 2008, 2008R2, 2012, 2012R2, 2014
• SP 1, 2, 3, 4 +CU 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16….
AGENT ORANGE
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 37
BEST PRACTICE FOR SURVIVING DISASTER
Keys
Some keys which You need…
Serial keys
Rack keys
Server keys
Storage keys
Knife
Torchlight; torch; flashlight (lighter)
Phone
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 38
BEST PRACTICE FOR SURVIVING DISASTER
ENCRYPTION
If You use encryption (such a TDE)
TDE
• Create encryption key
• Export encryption key
• Backup encryption key
CA
• Remember about expiration date
BitLocker
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 39
BEST PRACTICE FOR SURVIVING DISASTER
TEAM
You can work with disaster as:
Team Member
Team Leader
Last Samurai
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 40
BEST PRACTICE FOR SURVIVING DISASTER
MANAGERS
hmm...
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 41
DEMO 3 MY DISASTER SURVIVAL KIT
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 43
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 44
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 45
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 46
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 47
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 48
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 49
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 50
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 51
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 52
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 53
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 54
MY BASIC DISASTER KIT
SQL Saturday Manchester | July 25th 2015 55
MY ADVANCED DISASTER KIT
SQL Saturday Manchester | July 25th 2015 56
MY ADVANCED DISASTER KIT
SQL Saturday Manchester | July 25th 2015 57
LAST STEP OF DISASTER
SQL Saturday Manchester | July 25th 2015 58
BEST PRACTICE FOR SURVIVING DISASTER
• Backup&Restore  for sql (and know-how about stored place, and restoring way)
• Backup&Restore  for sp (tools, size, performance, site collection size, compression )
• Procedures (the short is better | one page is the best)
• Roles (who can help, who is necessary for access)
• SLA (90? 95? 99,99? in minutes, hours or days you have to recover)
• Envelope (with user names and passwords for all important accounts)
• Hardware (server, motherboard, CPU, RAM, LAN, HDD, SDD, USB)
• Support (maintenance contract, scope, contacts, responsibility)
• Software (Windows+SQLServer+SharePoint and SP+CU)
• Keys (serial numbers, physical keys, knife)
• Encryption (arrghhhhh!!! Certificates, keys, internal/external)
• Team (member, leader, samurai…)
• Managers (hmmm)
ITS ONLY ONE:
BE PREPARED
SQL Saturday Manchester | July 25th 2015 59
DON’T PANIC !!!
DON’T PANIC !!!
DON’T PANIC !!!
SQL Saturday Manchester | July 25th 2015 60
AFTER SESSION
CONTACT:
• MAIL: KoprowskiT@windowslive.com
• SOCIAL MEDIA: facebook, twitter, linkedin, xing
SLIDES FROM SESSION:
• SlideShare Profile: http://www.slideshare.net/Anorak
• SQL Saturday Manchester Conference Page
BLOGS:
• ITPRO Anorak’s Vision: http://itblogs.pl/notbeautifulanymore/ [PL/EN]
• Volume Licensing Specialites: http://koprowskit.eu/licensing/ [PL]
• My MVP Blog: http://koprowskit.eu/geek/ [EN/ES/PL]
SQL Saturday Manchester | July 25th 2015 61
THANK YOU!

Más contenido relacionado

La actualidad más candente

Building perfect sql servers, every time -oops
Building perfect sql servers, every time -oopsBuilding perfect sql servers, every time -oops
Building perfect sql servers, every time -oopsJoseph D'Antoni
 
Understanding the Transaction Log, Your Key to Unlocking Greater Throughput
Understanding the Transaction Log, Your Key to Unlocking Greater ThroughputUnderstanding the Transaction Log, Your Key to Unlocking Greater Throughput
Understanding the Transaction Log, Your Key to Unlocking Greater ThroughputRichard Douglas
 
Best Practices for Becoming an Exceptional Postgres DBA
Best Practices for Becoming an Exceptional Postgres DBA Best Practices for Becoming an Exceptional Postgres DBA
Best Practices for Becoming an Exceptional Postgres DBA EDB
 
SOA Suite Administration from OUGN 2014
SOA Suite Administration from OUGN 2014SOA Suite Administration from OUGN 2014
SOA Suite Administration from OUGN 2014Jon Petter Hjulstad
 
Nagios, Getting Started.
Nagios, Getting Started.Nagios, Getting Started.
Nagios, Getting Started.Hitesh Bhatia
 
Nagios Conference 2011 - Nicholas Scott - Nagios Performance Tuning
Nagios Conference 2011 - Nicholas Scott - Nagios Performance TuningNagios Conference 2011 - Nicholas Scott - Nagios Performance Tuning
Nagios Conference 2011 - Nicholas Scott - Nagios Performance TuningNagios
 
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meeting
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG MeetingSOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meeting
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meetingjtreague
 
Drupal commerce performance profiling and tunning using loadstorm experiments...
Drupal commerce performance profiling and tunning using loadstorm experiments...Drupal commerce performance profiling and tunning using loadstorm experiments...
Drupal commerce performance profiling and tunning using loadstorm experiments...Andy Kucharski
 
12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQL12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQLKonstantin Gredeskoul
 
Sql server 2014 y los datos
Sql server 2014 y los datosSql server 2014 y los datos
Sql server 2014 y los datosKenneth Urena
 
Benchmarking NGINX for Accuracy and Results
Benchmarking NGINX for Accuracy and ResultsBenchmarking NGINX for Accuracy and Results
Benchmarking NGINX for Accuracy and ResultsNGINX, Inc.
 
(ATS4-PLAT08) Server Pool Management
(ATS4-PLAT08) Server Pool Management(ATS4-PLAT08) Server Pool Management
(ATS4-PLAT08) Server Pool ManagementBIOVIA
 
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMware
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMwarePuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMware
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMwarePuppet
 
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...Blackboard APAC
 
Scalabe MySQL Infrastructure
Scalabe MySQL InfrastructureScalabe MySQL Infrastructure
Scalabe MySQL InfrastructureBalazs Pocze
 
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2SolarWinds
 
DrupalCamp LA 2014 - A Perfect Launch, Every Time
DrupalCamp LA 2014 - A Perfect Launch, Every TimeDrupalCamp LA 2014 - A Perfect Launch, Every Time
DrupalCamp LA 2014 - A Perfect Launch, Every TimeSuzanne Aldrich
 
Oracle Performance Tuning Fundamentals
Oracle Performance Tuning FundamentalsOracle Performance Tuning Fundamentals
Oracle Performance Tuning FundamentalsCarlos Sierra
 
Capacity Management/Provisioning (Cloud's full, Can't build here)
Capacity Management/Provisioning (Cloud's full, Can't build here)Capacity Management/Provisioning (Cloud's full, Can't build here)
Capacity Management/Provisioning (Cloud's full, Can't build here)andyhky
 
Enterprise Drupal Application & Hosting Infrastructure Level Monitoring
Enterprise Drupal Application & Hosting Infrastructure Level MonitoringEnterprise Drupal Application & Hosting Infrastructure Level Monitoring
Enterprise Drupal Application & Hosting Infrastructure Level MonitoringDaniel Kanchev
 

La actualidad más candente (20)

Building perfect sql servers, every time -oops
Building perfect sql servers, every time -oopsBuilding perfect sql servers, every time -oops
Building perfect sql servers, every time -oops
 
Understanding the Transaction Log, Your Key to Unlocking Greater Throughput
Understanding the Transaction Log, Your Key to Unlocking Greater ThroughputUnderstanding the Transaction Log, Your Key to Unlocking Greater Throughput
Understanding the Transaction Log, Your Key to Unlocking Greater Throughput
 
Best Practices for Becoming an Exceptional Postgres DBA
Best Practices for Becoming an Exceptional Postgres DBA Best Practices for Becoming an Exceptional Postgres DBA
Best Practices for Becoming an Exceptional Postgres DBA
 
SOA Suite Administration from OUGN 2014
SOA Suite Administration from OUGN 2014SOA Suite Administration from OUGN 2014
SOA Suite Administration from OUGN 2014
 
Nagios, Getting Started.
Nagios, Getting Started.Nagios, Getting Started.
Nagios, Getting Started.
 
Nagios Conference 2011 - Nicholas Scott - Nagios Performance Tuning
Nagios Conference 2011 - Nicholas Scott - Nagios Performance TuningNagios Conference 2011 - Nicholas Scott - Nagios Performance Tuning
Nagios Conference 2011 - Nicholas Scott - Nagios Performance Tuning
 
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meeting
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG MeetingSOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meeting
SOA Monitoring & Administration Tips and Tricks - Spring 2014 FDUG Meeting
 
Drupal commerce performance profiling and tunning using loadstorm experiments...
Drupal commerce performance profiling and tunning using loadstorm experiments...Drupal commerce performance profiling and tunning using loadstorm experiments...
Drupal commerce performance profiling and tunning using loadstorm experiments...
 
12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQL12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQL
 
Sql server 2014 y los datos
Sql server 2014 y los datosSql server 2014 y los datos
Sql server 2014 y los datos
 
Benchmarking NGINX for Accuracy and Results
Benchmarking NGINX for Accuracy and ResultsBenchmarking NGINX for Accuracy and Results
Benchmarking NGINX for Accuracy and Results
 
(ATS4-PLAT08) Server Pool Management
(ATS4-PLAT08) Server Pool Management(ATS4-PLAT08) Server Pool Management
(ATS4-PLAT08) Server Pool Management
 
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMware
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMwarePuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMware
PuppetConf 2016: Changing the Engine While in Flight – Neil Armitage, VMware
 
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...
Machine Data to Readable Reports - System Monitoring, Alerting and Reporting ...
 
Scalabe MySQL Infrastructure
Scalabe MySQL InfrastructureScalabe MySQL Infrastructure
Scalabe MySQL Infrastructure
 
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2
Stop the Chaos! Get Real Oracle Performance by Query Tuning Part 2
 
DrupalCamp LA 2014 - A Perfect Launch, Every Time
DrupalCamp LA 2014 - A Perfect Launch, Every TimeDrupalCamp LA 2014 - A Perfect Launch, Every Time
DrupalCamp LA 2014 - A Perfect Launch, Every Time
 
Oracle Performance Tuning Fundamentals
Oracle Performance Tuning FundamentalsOracle Performance Tuning Fundamentals
Oracle Performance Tuning Fundamentals
 
Capacity Management/Provisioning (Cloud's full, Can't build here)
Capacity Management/Provisioning (Cloud's full, Can't build here)Capacity Management/Provisioning (Cloud's full, Can't build here)
Capacity Management/Provisioning (Cloud's full, Can't build here)
 
Enterprise Drupal Application & Hosting Infrastructure Level Monitoring
Enterprise Drupal Application & Hosting Infrastructure Level MonitoringEnterprise Drupal Application & Hosting Infrastructure Level Monitoring
Enterprise Drupal Application & Hosting Infrastructure Level Monitoring
 

Destacado

KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginners
KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginnersKoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginners
KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginnersTobias Koprowski
 
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginners
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginnersKoprowskiT_SQLSaturday409_MaintenancePlansForBeginners
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginnersTobias Koprowski
 
KoprowskiT_SQLSat419_WADBforBeginners
KoprowskiT_SQLSat419_WADBforBeginnersKoprowskiT_SQLSat419_WADBforBeginners
KoprowskiT_SQLSat419_WADBforBeginnersTobias Koprowski
 
Wysoka dostępność środowiska SharePoint w kontekście umów SLA
Wysoka dostępność środowiska SharePoint w kontekście umów SLAWysoka dostępność środowiska SharePoint w kontekście umów SLA
Wysoka dostępność środowiska SharePoint w kontekście umów SLATobias Koprowski
 
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloudTobias Koprowski
 
KoprowskiT_SQLSatDenmark_WASDforBeginners
KoprowskiT_SQLSatDenmark_WASDforBeginnersKoprowskiT_SQLSatDenmark_WASDforBeginners
KoprowskiT_SQLSatDenmark_WASDforBeginnersTobias Koprowski
 
KoprowskiT_ESRM_TrustThePrimer
KoprowskiT_ESRM_TrustThePrimerKoprowskiT_ESRM_TrustThePrimer
KoprowskiT_ESRM_TrustThePrimerTobias Koprowski
 
KoprowskiT_ECCV_Trust.ThePrimer
KoprowskiT_ECCV_Trust.ThePrimerKoprowskiT_ECCV_Trust.ThePrimer
KoprowskiT_ECCV_Trust.ThePrimerTobias Koprowski
 
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloud
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloudKoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloud
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloudTobias Koprowski
 

Destacado (9)

KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginners
KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginnersKoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginners
KoprowskiT_SQLRelay2014#4_Caerdydd_MaintenancePlansForBeginners
 
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginners
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginnersKoprowskiT_SQLSaturday409_MaintenancePlansForBeginners
KoprowskiT_SQLSaturday409_MaintenancePlansForBeginners
 
KoprowskiT_SQLSat419_WADBforBeginners
KoprowskiT_SQLSat419_WADBforBeginnersKoprowskiT_SQLSat419_WADBforBeginners
KoprowskiT_SQLSat419_WADBforBeginners
 
Wysoka dostępność środowiska SharePoint w kontekście umów SLA
Wysoka dostępność środowiska SharePoint w kontekście umów SLAWysoka dostępność środowiska SharePoint w kontekście umów SLA
Wysoka dostępność środowiska SharePoint w kontekście umów SLA
 
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#3_Bristol_FromPlanToBackupToCloud
 
KoprowskiT_SQLSatDenmark_WASDforBeginners
KoprowskiT_SQLSatDenmark_WASDforBeginnersKoprowskiT_SQLSatDenmark_WASDforBeginners
KoprowskiT_SQLSatDenmark_WASDforBeginners
 
KoprowskiT_ESRM_TrustThePrimer
KoprowskiT_ESRM_TrustThePrimerKoprowskiT_ESRM_TrustThePrimer
KoprowskiT_ESRM_TrustThePrimer
 
KoprowskiT_ECCV_Trust.ThePrimer
KoprowskiT_ECCV_Trust.ThePrimerKoprowskiT_ECCV_Trust.ThePrimer
KoprowskiT_ECCV_Trust.ThePrimer
 
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloud
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloudKoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloud
KoprowskiT_SQLSatHolland_SQLServerSecurityInTheCloud
 

Similar a KoprowskiT_SQLSaturdayManchester_2AMaDisasterJustbegan

KoprowskiT_SQLSatMoscow_2AMaDisaterJustBegan
KoprowskiT_SQLSatMoscow_2AMaDisaterJustBeganKoprowskiT_SQLSatMoscow_2AMaDisaterJustBegan
KoprowskiT_SQLSatMoscow_2AMaDisaterJustBeganTobias Koprowski
 
KoprowskiT_SPBizConf_2AMaDisasterJustBegan
KoprowskiT_SPBizConf_2AMaDisasterJustBeganKoprowskiT_SPBizConf_2AMaDisasterJustBegan
KoprowskiT_SPBizConf_2AMaDisasterJustBeganTobias Koprowski
 
KoprowskiT_SPBizConference_2AMaDisasterJustBegan
KoprowskiT_SPBizConference_2AMaDisasterJustBeganKoprowskiT_SPBizConference_2AMaDisasterJustBegan
KoprowskiT_SPBizConference_2AMaDisasterJustBeganTobias Koprowski
 
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBegan
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBeganKoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBegan
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBeganTobias Koprowski
 
KoprowskiT_2AMaDisasterJustBeganAD2018
KoprowskiT_2AMaDisasterJustBeganAD2018KoprowskiT_2AMaDisasterJustBeganAD2018
KoprowskiT_2AMaDisasterJustBeganAD2018Tobias Koprowski
 
KoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just beganKoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just beganTobias Koprowski
 
KoprowskiT_it_camp2013 - 2amADisasterJustBegan
KoprowskiT_it_camp2013 - 2amADisasterJustBeganKoprowskiT_it_camp2013 - 2amADisasterJustBegan
KoprowskiT_it_camp2013 - 2amADisasterJustBeganTobias Koprowski
 
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just Began
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just BeganITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just Began
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just BeganITCamp
 
SQL Server Upgrade and Consolidation - Methodology and Approach
SQL Server Upgrade and Consolidation - Methodology and ApproachSQL Server Upgrade and Consolidation - Methodology and Approach
SQL Server Upgrade and Consolidation - Methodology and ApproachIndra Dharmawan
 
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbegan
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbeganKoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbegan
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbeganTobias Koprowski
 
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018 Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018 Antonios Chatzipavlis
 
Pre and post tips to installing sql server correctly
Pre and post tips to installing sql server correctlyPre and post tips to installing sql server correctly
Pre and post tips to installing sql server correctlyAntonios Chatzipavlis
 
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...eCapital Advisors
 
Performance Tuning
Performance TuningPerformance Tuning
Performance TuningJannet Peetz
 
SharePoint 2013 Performance Analysis - Robi Vončina
SharePoint 2013 Performance Analysis - Robi VončinaSharePoint 2013 Performance Analysis - Robi Vončina
SharePoint 2013 Performance Analysis - Robi VončinaSPC Adriatics
 
My sql cluster case study apr16
My sql cluster case study apr16My sql cluster case study apr16
My sql cluster case study apr16Sumi Ryu
 
SPSUtah 2014 SharePoint 2013 Performance (Admin)
SPSUtah 2014 SharePoint 2013 Performance (Admin)SPSUtah 2014 SharePoint 2013 Performance (Admin)
SPSUtah 2014 SharePoint 2013 Performance (Admin)Brian Culver
 
MySQL Tech Tour 2015 - Manage & Tune
MySQL Tech Tour 2015 - Manage & TuneMySQL Tech Tour 2015 - Manage & Tune
MySQL Tech Tour 2015 - Manage & TuneMark Swarbrick
 
SQL 2014 In-Memory OLTP
SQL 2014 In-Memory  OLTPSQL 2014 In-Memory  OLTP
SQL 2014 In-Memory OLTPAmber Keyse
 

Similar a KoprowskiT_SQLSaturdayManchester_2AMaDisasterJustbegan (20)

KoprowskiT_SQLSatMoscow_2AMaDisaterJustBegan
KoprowskiT_SQLSatMoscow_2AMaDisaterJustBeganKoprowskiT_SQLSatMoscow_2AMaDisaterJustBegan
KoprowskiT_SQLSatMoscow_2AMaDisaterJustBegan
 
KoprowskiT_SPBizConf_2AMaDisasterJustBegan
KoprowskiT_SPBizConf_2AMaDisasterJustBeganKoprowskiT_SPBizConf_2AMaDisasterJustBegan
KoprowskiT_SPBizConf_2AMaDisasterJustBegan
 
KoprowskiT_SPBizConference_2AMaDisasterJustBegan
KoprowskiT_SPBizConference_2AMaDisasterJustBeganKoprowskiT_SPBizConference_2AMaDisasterJustBegan
KoprowskiT_SPBizConference_2AMaDisasterJustBegan
 
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBegan
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBeganKoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBegan
KoprowskiT_PASSEastMidsFEB16_2AMaDisasterJustBegan
 
KoprowskiT_2AMaDisasterJustBeganAD2018
KoprowskiT_2AMaDisasterJustBeganAD2018KoprowskiT_2AMaDisasterJustBeganAD2018
KoprowskiT_2AMaDisasterJustBeganAD2018
 
KoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just beganKoprowskiT - SQLBITS X - 2am a disaster just began
KoprowskiT - SQLBITS X - 2am a disaster just began
 
KoprowskiT_it_camp2013 - 2amADisasterJustBegan
KoprowskiT_it_camp2013 - 2amADisasterJustBeganKoprowskiT_it_camp2013 - 2amADisasterJustBegan
KoprowskiT_it_camp2013 - 2amADisasterJustBegan
 
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just Began
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just BeganITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just Began
ITCamp 2013 - Tobiasz Koprowski - 2AM A Disaster Just Began
 
SQL Server Upgrade and Consolidation - Methodology and Approach
SQL Server Upgrade and Consolidation - Methodology and ApproachSQL Server Upgrade and Consolidation - Methodology and Approach
SQL Server Upgrade and Consolidation - Methodology and Approach
 
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbegan
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbeganKoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbegan
KoprowskiT_SQLSat219_Kiev_2AM-aDisasterJustbegan
 
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018 Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018
Azure SQL Database for the SQL Server DBA - Azure Bootcamp Athens 2018
 
MCSA 70-412 Chapter 12
MCSA 70-412 Chapter 12MCSA 70-412 Chapter 12
MCSA 70-412 Chapter 12
 
Pre and post tips to installing sql server correctly
Pre and post tips to installing sql server correctlyPre and post tips to installing sql server correctly
Pre and post tips to installing sql server correctly
 
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...
Managing Your Hyperion Environment – Performance Tuning, Problem Solving and ...
 
Performance Tuning
Performance TuningPerformance Tuning
Performance Tuning
 
SharePoint 2013 Performance Analysis - Robi Vončina
SharePoint 2013 Performance Analysis - Robi VončinaSharePoint 2013 Performance Analysis - Robi Vončina
SharePoint 2013 Performance Analysis - Robi Vončina
 
My sql cluster case study apr16
My sql cluster case study apr16My sql cluster case study apr16
My sql cluster case study apr16
 
SPSUtah 2014 SharePoint 2013 Performance (Admin)
SPSUtah 2014 SharePoint 2013 Performance (Admin)SPSUtah 2014 SharePoint 2013 Performance (Admin)
SPSUtah 2014 SharePoint 2013 Performance (Admin)
 
MySQL Tech Tour 2015 - Manage & Tune
MySQL Tech Tour 2015 - Manage & TuneMySQL Tech Tour 2015 - Manage & Tune
MySQL Tech Tour 2015 - Manage & Tune
 
SQL 2014 In-Memory OLTP
SQL 2014 In-Memory  OLTPSQL 2014 In-Memory  OLTP
SQL 2014 In-Memory OLTP
 

Más de Tobias Koprowski

DataMindsConnect2018_SECDEVOPS
DataMindsConnect2018_SECDEVOPSDataMindsConnect2018_SECDEVOPS
DataMindsConnect2018_SECDEVOPSTobias Koprowski
 
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_Cloud
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_CloudKoprowskiT-Difinify2017-SQL_ServerBackup_In_The_Cloud
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_CloudTobias Koprowski
 
KoprowskiT-Difinify2017-SQL_Security_In_The_Cloud
KoprowskiT-Difinify2017-SQL_Security_In_The_CloudKoprowskiT-Difinify2017-SQL_Security_In_The_Cloud
KoprowskiT-Difinify2017-SQL_Security_In_The_CloudTobias Koprowski
 
KoprowskiT_SQLAzureLandingInBelfast
KoprowskiT_SQLAzureLandingInBelfastKoprowskiT_SQLAzureLandingInBelfast
KoprowskiT_SQLAzureLandingInBelfastTobias Koprowski
 
KoprowskiT_SQLSatMoscow_WASDforBeginners
KoprowskiT_SQLSatMoscow_WASDforBeginnersKoprowskiT_SQLSatMoscow_WASDforBeginners
KoprowskiT_SQLSatMoscow_WASDforBeginnersTobias Koprowski
 
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheClouds
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheCloudsKoprowskiT_SQLRelayBirmingham_SQLSecurityInTheClouds
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheCloudsTobias Koprowski
 
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheClouds
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheCloudsKoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheClouds
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheCloudsTobias Koprowski
 
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015Tobias Koprowski
 
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBAKoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBATobias Koprowski
 
KoprowskiT_session1_SDNEvent_WASDforBeginners
KoprowskiT_session1_SDNEvent_WASDforBeginnersKoprowskiT_session1_SDNEvent_WASDforBeginners
KoprowskiT_session1_SDNEvent_WASDforBeginnersTobias Koprowski
 
KoprowskiT_InfoTRAMS_TrustThePrimer
KoprowskiT_InfoTRAMS_TrustThePrimerKoprowskiT_InfoTRAMS_TrustThePrimer
KoprowskiT_InfoTRAMS_TrustThePrimerTobias Koprowski
 
KoprowskiT_SQLSat409_MaintenancePlansForBeginners
KoprowskiT_SQLSat409_MaintenancePlansForBeginnersKoprowskiT_SQLSat409_MaintenancePlansForBeginners
KoprowskiT_SQLSat409_MaintenancePlansForBeginnersTobias Koprowski
 
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloudTobias Koprowski
 
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloudTobias Koprowski
 
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginners
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginnersKoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginners
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginnersTobias Koprowski
 
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloudTobias Koprowski
 

Más de Tobias Koprowski (17)

DataMindsConnect2018_SECDEVOPS
DataMindsConnect2018_SECDEVOPSDataMindsConnect2018_SECDEVOPS
DataMindsConnect2018_SECDEVOPS
 
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_Cloud
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_CloudKoprowskiT-Difinify2017-SQL_ServerBackup_In_The_Cloud
KoprowskiT-Difinify2017-SQL_ServerBackup_In_The_Cloud
 
KoprowskiT-Difinify2017-SQL_Security_In_The_Cloud
KoprowskiT-Difinify2017-SQL_Security_In_The_CloudKoprowskiT-Difinify2017-SQL_Security_In_The_Cloud
KoprowskiT-Difinify2017-SQL_Security_In_The_Cloud
 
KoprowskiT_SQLAzureLandingInBelfast
KoprowskiT_SQLAzureLandingInBelfastKoprowskiT_SQLAzureLandingInBelfast
KoprowskiT_SQLAzureLandingInBelfast
 
KoprowskiT_SQLSatMoscow_WASDforBeginners
KoprowskiT_SQLSatMoscow_WASDforBeginnersKoprowskiT_SQLSatMoscow_WASDforBeginners
KoprowskiT_SQLSatMoscow_WASDforBeginners
 
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheClouds
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheCloudsKoprowskiT_SQLRelayBirmingham_SQLSecurityInTheClouds
KoprowskiT_SQLRelayBirmingham_SQLSecurityInTheClouds
 
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheClouds
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheCloudsKoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheClouds
KoprowskiT_SQLRelayCaerdydd_SQLSecurityInTheClouds
 
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015
KoprowskiT_SQLRelayNottingham_BackupAndRestoreAD2015
 
KoprowskiT_SBIPTI_Keynote
KoprowskiT_SBIPTI_KeynoteKoprowskiT_SBIPTI_Keynote
KoprowskiT_SBIPTI_Keynote
 
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBAKoprowskiT_Session2_SDNEvent_SourceControlForDBA
KoprowskiT_Session2_SDNEvent_SourceControlForDBA
 
KoprowskiT_session1_SDNEvent_WASDforBeginners
KoprowskiT_session1_SDNEvent_WASDforBeginnersKoprowskiT_session1_SDNEvent_WASDforBeginners
KoprowskiT_session1_SDNEvent_WASDforBeginners
 
KoprowskiT_InfoTRAMS_TrustThePrimer
KoprowskiT_InfoTRAMS_TrustThePrimerKoprowskiT_InfoTRAMS_TrustThePrimer
KoprowskiT_InfoTRAMS_TrustThePrimer
 
KoprowskiT_SQLSat409_MaintenancePlansForBeginners
KoprowskiT_SQLSat409_MaintenancePlansForBeginnersKoprowskiT_SQLSat409_MaintenancePlansForBeginners
KoprowskiT_SQLSat409_MaintenancePlansForBeginners
 
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#9_London_FromPlanToBackupToCloud
 
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#8_Birmingham_FromPlanToBackupToCloud
 
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginners
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginnersKoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginners
KoprowskiT_SQLRelay2014#6_Leeds_WADBForBeginners
 
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloudKoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloud
KoprowskiT_SQLRelay2014#5_Newcastle_FromPlanToBackupToCloud
 

Último

Introduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationIntroduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationKnoldus Inc.
 
Where developers are challenged, what developers want and where DevEx is going
Where developers are challenged, what developers want and where DevEx is goingWhere developers are challenged, what developers want and where DevEx is going
Where developers are challenged, what developers want and where DevEx is goingFrancesco Corti
 
20140402 - Smart house demo kit
20140402 - Smart house demo kit20140402 - Smart house demo kit
20140402 - Smart house demo kitJamie (Taka) Wang
 
EMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarEMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarThousandEyes
 
AI Workshops at Computers In Libraries 2024
AI Workshops at Computers In Libraries 2024AI Workshops at Computers In Libraries 2024
AI Workshops at Computers In Libraries 2024Brian Pichman
 
2024.03.12 Cost drivers of cultivated meat production.pdf
2024.03.12 Cost drivers of cultivated meat production.pdf2024.03.12 Cost drivers of cultivated meat production.pdf
2024.03.12 Cost drivers of cultivated meat production.pdfThe Good Food Institute
 
UiPath Studio Web workshop series - Day 2
UiPath Studio Web workshop series - Day 2UiPath Studio Web workshop series - Day 2
UiPath Studio Web workshop series - Day 2DianaGray10
 
IT Service Management (ITSM) Best Practices for Advanced Computing
IT Service Management (ITSM) Best Practices for Advanced ComputingIT Service Management (ITSM) Best Practices for Advanced Computing
IT Service Management (ITSM) Best Practices for Advanced ComputingMAGNIntelligence
 
3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud DataEric D. Schabell
 
The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)codyslingerland1
 
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptx
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptxEmil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptx
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptxNeo4j
 
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - Tech
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - TechWebinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - Tech
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - TechProduct School
 
UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4DianaGray10
 
The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)IES VE
 
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTSIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTxtailishbaloch
 
Extra-120324-Visite-Entreprise-icare.pdf
Extra-120324-Visite-Entreprise-icare.pdfExtra-120324-Visite-Entreprise-icare.pdf
Extra-120324-Visite-Entreprise-icare.pdfInfopole1
 
Patch notes explaining DISARM Version 1.4 update
Patch notes explaining DISARM Version 1.4 updatePatch notes explaining DISARM Version 1.4 update
Patch notes explaining DISARM Version 1.4 updateadam112203
 
UiPath Studio Web workshop series - Day 1
UiPath Studio Web workshop series  - Day 1UiPath Studio Web workshop series  - Day 1
UiPath Studio Web workshop series - Day 1DianaGray10
 
Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...DianaGray10
 
Introduction - IPLOOK NETWORKS CO., LTD.
Introduction - IPLOOK NETWORKS CO., LTD.Introduction - IPLOOK NETWORKS CO., LTD.
Introduction - IPLOOK NETWORKS CO., LTD.IPLOOK Networks
 

Último (20)

Introduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its applicationIntroduction to RAG (Retrieval Augmented Generation) and its application
Introduction to RAG (Retrieval Augmented Generation) and its application
 
Where developers are challenged, what developers want and where DevEx is going
Where developers are challenged, what developers want and where DevEx is goingWhere developers are challenged, what developers want and where DevEx is going
Where developers are challenged, what developers want and where DevEx is going
 
20140402 - Smart house demo kit
20140402 - Smart house demo kit20140402 - Smart house demo kit
20140402 - Smart house demo kit
 
EMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? WebinarEMEA What is ThousandEyes? Webinar
EMEA What is ThousandEyes? Webinar
 
AI Workshops at Computers In Libraries 2024
AI Workshops at Computers In Libraries 2024AI Workshops at Computers In Libraries 2024
AI Workshops at Computers In Libraries 2024
 
2024.03.12 Cost drivers of cultivated meat production.pdf
2024.03.12 Cost drivers of cultivated meat production.pdf2024.03.12 Cost drivers of cultivated meat production.pdf
2024.03.12 Cost drivers of cultivated meat production.pdf
 
UiPath Studio Web workshop series - Day 2
UiPath Studio Web workshop series - Day 2UiPath Studio Web workshop series - Day 2
UiPath Studio Web workshop series - Day 2
 
IT Service Management (ITSM) Best Practices for Advanced Computing
IT Service Management (ITSM) Best Practices for Advanced ComputingIT Service Management (ITSM) Best Practices for Advanced Computing
IT Service Management (ITSM) Best Practices for Advanced Computing
 
3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data3 Pitfalls Everyone Should Avoid with Cloud Data
3 Pitfalls Everyone Should Avoid with Cloud Data
 
The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)The New Cloud World Order Is FinOps (Slideshow)
The New Cloud World Order Is FinOps (Slideshow)
 
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptx
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptxEmil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptx
Emil Eifrem at GraphSummit Copenhagen 2024 - The Art of the Possible.pptx
 
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - Tech
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - TechWebinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - Tech
Webinar: The Art of Prioritizing Your Product Roadmap by AWS Sr PM - Tech
 
UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4UiPath Studio Web workshop series - Day 4
UiPath Studio Web workshop series - Day 4
 
The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)The Importance of Indoor Air Quality (English)
The Importance of Indoor Air Quality (English)
 
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENTSIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
SIM INFORMATION SYSTEM: REVOLUTIONIZING DATA MANAGEMENT
 
Extra-120324-Visite-Entreprise-icare.pdf
Extra-120324-Visite-Entreprise-icare.pdfExtra-120324-Visite-Entreprise-icare.pdf
Extra-120324-Visite-Entreprise-icare.pdf
 
Patch notes explaining DISARM Version 1.4 update
Patch notes explaining DISARM Version 1.4 updatePatch notes explaining DISARM Version 1.4 update
Patch notes explaining DISARM Version 1.4 update
 
UiPath Studio Web workshop series - Day 1
UiPath Studio Web workshop series  - Day 1UiPath Studio Web workshop series  - Day 1
UiPath Studio Web workshop series - Day 1
 
Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...Explore the UiPath Community and ways you can benefit on your journey to auto...
Explore the UiPath Community and ways you can benefit on your journey to auto...
 
Introduction - IPLOOK NETWORKS CO., LTD.
Introduction - IPLOOK NETWORKS CO., LTD.Introduction - IPLOOK NETWORKS CO., LTD.
Introduction - IPLOOK NETWORKS CO., LTD.
 

KoprowskiT_SQLSaturdayManchester_2AMaDisasterJustbegan

  • 1. AD 2015. 2AM A DISASTER JUST BEGAN… TOBIASZ JANUSZ KOPROWSKI
  • 3. ABOUT ME • independent consultant, • security & licensing auditor • microsoft certified trainer • sql server mvp (six years) • mvp mentor program member • active blogger, influencer, technical writer • last 9 years living in data processing center jungle • last 15 years working arroung banking and ict • microsoft terminology community member • sharepoint subject matter expert at cqure
  • 4. 2:00 AM … IN A DREAMS… • Your best time for dreaming … is the best time for Disaster • Your mobile phone ringing and ringing… • And Your husband / wife say……. SQL Saturday Manchester | July 25th 2015 4
  • 5. 2:15 AM … IN A CAR • What’s happen with my server? • When I made last backup? • Where is my backup? • Have I ever tried to restore? • If yes – I hope that all in a team (about team soon) remember about (me?) • If not – who can help me NOW? SQL Saturday Manchester | July 25th 2015 5
  • 6. 2:40 AM … IN A SERVER ROOM • $#$$@$^^#^&^@!# • Is Windows Server alive? • YES (thanks all saints) • or NOT (damn) • who is responsible for it? • Is my SQL Server alive? • YES (why phones ringing) • or NOT (…) • why I’m responsible for it? SQL Saturday Manchester | July 25th 2015 6
  • 7. A DISASTER – WHAT IS IT CAUSES OF DISASTER? NATURAL CAUSES HUMAN ERROR INTENTIONAL CAUSE fire / flood / lightning / earthquake / volcano hurricane / tornado / temperature sabotage / terrorism / vandalism / viruses / theft / union activities / disgruntled employees programming errors / unauthorized personel / improper maintenance / lack of training / carelessness / cable cuts SQL Saturday Manchester | July 25th 2015 7
  • 9. BEST PRACTICE FOR SURVIVING DISASTER ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 9
  • 10. BEST PRACTICE FOR SURVIVING DISASTER Backups (sql databases) • about type of backup ( simple rm / full rm) • about place for stored backup data • about backup window • about procedure used for backup • about backup tools • about backup of „backup logs” • about estimated time for executing backup • about REAL TIME of executing backup ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 10
  • 11. BACKUP > EXTRACT FROM SOP* In the request, backup, should include the following information: • Information about the operating system and application version for online backup and installed updates for these components a file backup policy, in particular: • a number of versions of a file stored • the storage time of the next version of the file • the frequency of execution of such incremental backups with the proposal of their implementation • Online Backup Policy • the storage time of a full backup with storage time such an incremental backup • the time of transaction log files • the frequency of execution of a full backup with the proposal deadline for its implementation • the frequency of execution of the transaction log backup • Information about trees directories / files that should be omitted or included during backup tasks (include / exclude list) • Number and type / model of physical processors, • Does the node will use the connection to the SAN to implement backup SQL Saturday Manchester | July 25th 2015 11
  • 12. BACKUP (REGISTRY) > EXTRACT FROM SOP* This register contains information about a backup plan implemented. Backup file space: • number of versions of a file stored in a backup • number of days that are kept more versions of a file • number of versions of a file stored in the backup system after its removal from client device • number of days that will store the latest version of the deleted file from the client device • number of days that will be stored in the archive The list of nodes defined in the system backup: • Domain | Node name | IP address of the node • The list of defined backup tasks (called schedule) • name of the task (schedule) | execution time • a period of at which the task is repeated SQL Saturday Manchester | July 25th 2015 12
  • 13. SQL Server Backup Best Practices | Written on October 17, 2007 by Brent Ozar in SQL Server > http://bit.ly/12oXm4h • Never back up databases to local disk. • Back up databases to a fileshare, then back the share up to tape. • Cost justify the network share with lower licensing costs & simpler backups. • Back up to a different SAN if possible. • My sweet spot for the backup array is raid 10 SATA. • Backup agents like NetBackup and Backup Exec mean giving up scheduling control. • Do regular fire drill rebuilds and restores. • Build a standalone restore testbed. • Keep management informed on restore time estimates. • Trust no one. BEST PRACTICES BY BRENT OZAR SQL Saturday Manchester | July 25th 2015 13
  • 14. BEST PRACTICE FOR SURVIVING DISASTER Restore (sql databases) • about type of backup ( simple rm / full rm) • about place for stored backup data • about the procedures of recovery • about estimated time for recovery • about REAL TIME for recovery • about tools for recovery • about Corporate Backup Manager • about password for access to library ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 14
  • 15. RESTORE > EXTRACT FROM SOP* Registery for Recovery/Restore/Replacement Tests This register contains information about the tests and replacement of part or all of the environment. It consists of the following fields: • the date of commencement and completion of the recovery test • client for which the test was performed recovery test • servers involved in testing and replacement • extent of testing and replacement • person / persons performing the recovery test • person on the client side accepts the correctness of the recovery test • subsequent to the recovery test SQL Saturday Manchester | July 25th 2015 15
  • 16. BEST PRACTICE FOR SURVIVING DISASTER Performance best practices for SharePoint backup and restore operations • Minimize latency between SQL Server and the backup location • Avoid processing conflicts • Keep databases small for faster recovery times • Use incremental backups for large databases • Use compression during backup • Use RAID 10 if you use RAID ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 16
  • 17. BEST PRACTICE FOR SURVIVING DISASTER Configure SharePoint settings to improve backup or restore performance • You can only configure file compression and log file settings in Windows PowerShell. • If you use the Export-SPWeb Windows PowerShell cmdlet, you can use the NoFileCompression parameter. • When you use the Backup-SPFarm cmdlet, you can also use the BackupThreads parameter to specify how many threads SharePoint 2013 will use during the backup process. Consider site collection size when you determine the tools to use • Up to15 GB • Use the Backup-SPSite Windows PowerShell cmdlet. For more information, see Back up site collections in SharePoint 2013. • 15-100 GB • Use a SharePoint 2013 tool, a SQL Server tool, or other database backup tool to protect the content database that contains the site collection. • Over 100 GB • Use a differential backup solution, such as SQL Server 2008 R2 with SP1 or System Center 2012 - Data Pro ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 17
  • 18. BEST PRACTICE FOR SURVIVING DISASTER Backup & Restore (sharepoint farm) • Quality assurance best practices to back up a SharePoint farm • Ensure you have enough storage space • Routinely test backup quality • Back up ULS trace logs • Store a copy of backup files off-site • Procedural best practices to back up and restore SharePoint 2013 • Use FQDN server names • Keep accurate records • Have a recovery environment ready • Schedule backup operations • Use the SQL FILESTREAM provider with BLOB storage ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 18
  • 19. BEST PRACTICE FOR SURVIVING DISASTER Procedures • It is not about stored procedures!!! • It’s about storing procedures with answers for the following: • One piece of paper • How to start restore • Who can help • How to processing a restore • When we can finish • It MUST be simple ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 19
  • 20. BEST PRACTICE FOR SURVIVING DISASTER Roles • SharePoint Administrator / Farm Administrator • Database Administrator / Windows Administrator • Backup Administrator / Network Administrator • Storage Administrator / Security Administrator • Customer Key Account / Manager of branch • Data Center Manager • Nightshift Operator - BOFH • Customer Administrator!! ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 20
  • 21. BEST PRACTICE FOR SURVIVING DISASTER PSO > USO > SLA • PSO Planned System Outages – Planned System Unavailability • Minimum planned unavailability, due to the need to carry out modernization work, installing patches, replacement / extension of hardware, • Agreed/accepted by/with the client and not affecting the provisions of the HA, and SLA, until • ...USO Unplaned System Outages – Unplanned System Unavailability • an error that prevents a partial or total work environment in a tangible, measurable customer • resulting in high costs if you need repairs, as well as penalty payments for non-SLA ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 21
  • 22. Availability % Downtime per year Downtime per month* Downtime per week 90% 36.5 days 72 hours 16.8 hours 95% 18.25 days 36 hours 8.4 hours 98% 7.30 days 14.4 hours 3.36 hours 99% 3.65 days 7.20 hours 1.68 hours 99.5% 1.83 days 3.60 hours 50.4 min 99.8% 17.52 hours 86.23 min 20.16 min 99.9% ("three nines") 8.76 hours 43.2 min 10.1 min 99.95% 4.38 hours 21.56 min 5.04 min 99.99% ("four nines") 52.6 min 4.32 min 1.01 min 99.999% ("five nines") 5.26 min 25.9 s 6.05 s 99.9999% ("six nines") 31.5 s 2.59 s 0.605 s SQL Saturday Manchester | July 25th 2015 22
  • 23. DEMO 1 PICTURES OF THE WEEK SQL Saturday Manchester | July 25th 2015 23
  • 34. BEST PRACTICE FOR SURVIVING DISASTER Envelope With ACTUAL!!! User names and passwords for: • Windows Server Administrator • SQL Server Administrator • SQL Server Agent • SQL Server Services (if You didn’t use default) • SQL Server Applications Services • Backup accounts ITS ONLY ONE: BE PREPARED • SQL_Admin • SQL_Engine • SQL_Agent • SQL_ReportingSRV • SQL_AnalisysSRV • SQL_InegrationSRV • SP_Farm • SP_Admin • SP_Crawl • SP_Install • SP_WebApp • SP_User • SP_Content • SP_SuperUser • SP_SuperReader SQL Saturday Manchester | July 25th 2015 34
  • 35. BEST PRACTICE FOR SURVIVING DISASTER Hardware Some of the hard stuff for replacement: • Server • Motherboard • Memory (RAM) • Processor (CPU) • Network Adapter (LAN/NIC) • Fibre Channel Adapter • Hard Disk (IDE/SATA/SAS/SSD…) • RAID Controller ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 35
  • 36. BEST PRACTICE FOR SURVIVING DISASTER Support Having actual list of actual support/maintenance things: • company (like hp, dell, cisco) • actual, checked contact details • type of support (nbd, 8x5, 8x7, extended) • the scope and details of the contract support • Series number • Serial number • Repair warranty • General warranty • first contacts to helpdesk and route for request • manager of „first contact” • executive power person for escalation ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 36
  • 37. BEST PRACTICE FOR SURVIVING DISASTER Software | x32, x64, ia64 | Standard, Enterprise, Data Center Windows • 2003 / 2003R2 / 2008 / 2008R2 / 2012 / 2012R2 • SP 1, 2, 3, 4 +CU 1, 2, 3, … • Standard, Enterprise, Data Center SharePoint • 2007 / 2010 / 2013 / … • SP 1, 2 + CU March, April, May, November, … SQL Server • 2005, 2008, 2008R2, 2012, 2012R2, 2014 • SP 1, 2, 3, 4 +CU 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16…. AGENT ORANGE ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 37
  • 38. BEST PRACTICE FOR SURVIVING DISASTER Keys Some keys which You need… Serial keys Rack keys Server keys Storage keys Knife Torchlight; torch; flashlight (lighter) Phone ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 38
  • 39. BEST PRACTICE FOR SURVIVING DISASTER ENCRYPTION If You use encryption (such a TDE) TDE • Create encryption key • Export encryption key • Backup encryption key CA • Remember about expiration date BitLocker ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 39
  • 40. BEST PRACTICE FOR SURVIVING DISASTER TEAM You can work with disaster as: Team Member Team Leader Last Samurai ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 40
  • 41. BEST PRACTICE FOR SURVIVING DISASTER MANAGERS hmm... ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 41
  • 42. DEMO 3 MY DISASTER SURVIVAL KIT
  • 43. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 43
  • 44. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 44
  • 45. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 45
  • 46. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 46
  • 47. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 47
  • 48. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 48
  • 49. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 49
  • 50. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 50
  • 51. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 51
  • 52. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 52
  • 53. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 53
  • 54. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 54
  • 55. MY BASIC DISASTER KIT SQL Saturday Manchester | July 25th 2015 55
  • 56. MY ADVANCED DISASTER KIT SQL Saturday Manchester | July 25th 2015 56
  • 57. MY ADVANCED DISASTER KIT SQL Saturday Manchester | July 25th 2015 57
  • 58. LAST STEP OF DISASTER SQL Saturday Manchester | July 25th 2015 58
  • 59. BEST PRACTICE FOR SURVIVING DISASTER • Backup&Restore for sql (and know-how about stored place, and restoring way) • Backup&Restore for sp (tools, size, performance, site collection size, compression ) • Procedures (the short is better | one page is the best) • Roles (who can help, who is necessary for access) • SLA (90? 95? 99,99? in minutes, hours or days you have to recover) • Envelope (with user names and passwords for all important accounts) • Hardware (server, motherboard, CPU, RAM, LAN, HDD, SDD, USB) • Support (maintenance contract, scope, contacts, responsibility) • Software (Windows+SQLServer+SharePoint and SP+CU) • Keys (serial numbers, physical keys, knife) • Encryption (arrghhhhh!!! Certificates, keys, internal/external) • Team (member, leader, samurai…) • Managers (hmmm) ITS ONLY ONE: BE PREPARED SQL Saturday Manchester | July 25th 2015 59
  • 60. DON’T PANIC !!! DON’T PANIC !!! DON’T PANIC !!! SQL Saturday Manchester | July 25th 2015 60
  • 61. AFTER SESSION CONTACT: • MAIL: KoprowskiT@windowslive.com • SOCIAL MEDIA: facebook, twitter, linkedin, xing SLIDES FROM SESSION: • SlideShare Profile: http://www.slideshare.net/Anorak • SQL Saturday Manchester Conference Page BLOGS: • ITPRO Anorak’s Vision: http://itblogs.pl/notbeautifulanymore/ [PL/EN] • Volume Licensing Specialites: http://koprowskit.eu/licensing/ [PL] • My MVP Blog: http://koprowskit.eu/geek/ [EN/ES/PL] SQL Saturday Manchester | July 25th 2015 61