Planned maintenance scheduled April 17/18, 2019 at 11:00UTC (8:00pm US/Eastern) The 2019 Stack...

Do warforged have souls?

What other Star Trek series did the main TNG cast show up in?

Humiliated in front of employees

Word for: a synonym with a positive connotation?

One-dimensional Japanese puzzle

What was the last x86 CPU that did not have the x87 floating-point unit built in?

How to determine omitted units in a publication

Is it ok to offer lower paid work as a trial period before negotiating for a full-time job?

What can I do if neighbor is blocking my solar panels intentionally?

Am I ethically obligated to go into work on an off day if the reason is sudden?

Is this wall load bearing? Blueprints and photos attached

Deal with toxic manager when you can't quit

Can I visit the Trinity College (Cambridge) library and see some of their rare books

What information about me do stores get via my credit card?

Does the ranger's Archery Fighting Style apply to the monk's Deflect Missiles feature, for a multiclassed monk/ranger?

How to politely respond to generic emails requesting a PhD/job in my lab? Without wasting too much time

Why can't wing-mounted spoilers be used to steepen approaches?

Grounding Vcc and Vee?

Identify 80s or 90s comics with ripped creatures (not dwarves)

"... to apply for a visa" or "... and applied for a visa"?

Quantum Toffoli gate equation

Single author papers against my advisor's will?

Keeping a retro style to sci-fi spaceships?

Merge multiple DataFrames Pandas



Planned maintenance scheduled April 17/18, 2019 at 11:00UTC (8:00pm US/Eastern)



The 2019 Stack Overflow Developer Survey Results Are In
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 11:00UTC (8:00pm US/Eastern)Recent Reputation History ChangesStack Overflow is getting a Meta of its ownOperation 'Split, All The Metas!' Shall Commence On April 16, 2014A Terms of Service update restricting companies that scrape your profile information without your permissionBrief outage planned for Wed, May 3, 2017 at 8pm US/Eastern (00:00 UTC) (like a fire drill for computers)Brief maintenances planned for Sat, July 8 & 22, 2017 both at 14:00 UTC (10AM US/Eastern)Brief maintenances planned for Sat, July 22, 2017 at 00:01 UTC (Fri July 21, 8pm US/Eastern)Planned maintenance scheduled for March 17, 2018 at 13:00 UTC (9AM US/Eastern)Brace yourselves: The GDPR is coming!Planned maintenance scheduled for July 14, 2018 at 13:00 UTC (9AM US/Eastern)












3















tl;dr: Planned service interruption that will impact all Stack Overflow/Stack Exchange sites, Jobs, Chat, and Teams. All sites will be read-only for up to an hour during the maintenance. Enterprise cloud hosted instances will not be impacted.



Short Version:



There will be a service degradation for up to an hour this upcoming week - possibly April 16th or 17th, 2019 at 00:00 UTC (8PM US/Eastern). During that time questions and answers will still display, job listings will still work, and job ads will still display. However, the site will be "read only," i.e. people won't appear logged-in, won't be able to add/edit new job listings, apply for jobs, create, edit or vote on questions/comments/answers, reputation won't change, etc. This should minimize the disruption to the majority of casual readers. We will display a banner on the sites stating we're 'read only' for maintenance. We expect that the site will be in a read-only state for less than an hour.



Longer More Technical Version of What’s Happening?



Background



Our primary database servers are currently running on Windows Server 2012. We have two Windows Failover Clusters, one for StackOverflow and one for StackExchange (Careers), each cluster contains 3 database servers. We will be upgrading the servers to Windows Server 2016. During the service interruption, we will be performing a failover of the servers still on Windows 2012 to the servers already on Windows 2016.



What we'll be doing



As mentioned we are using Windows Failover Clustering, along with SQL Server Always On Availability Groups, and Distributed Availability Groups to keep our data in sync across various servers, while giving us redundancy in multiple locations (NY and CO). Starting next week, we will be upgrading the operating systems across these servers to Windows Server 2016.



This upgrades involves many moving pieces, but high-level we will be doing the following next week:




  • Monday - we will be removing a NY server (currently a secondary) from an existing Windows Failover Cluster. The server will get a clean install of Windows Server 2016, a new Failover Cluster will be created, SQL Server 2017 will be reinstalled, and we will create new Availability Groups and new Distributed Availability Groups. By doing this, this server should start to receive data from the current primary SQL Server i.e. the one still in the old 2012 cluster.


  • Tuesday - the another NY Secondary will follow the same path as the one on Monday.


  • Wednesday - the remote secondaries in CO, will be removed from the old 2012 clusters, rebuilt, and put into the new 2016 failover clusters



At this point, we will have a GO / NO-GO on the failover. If everything goes according to plan and we feel comfortable, then we will perform the failover (scheduled maintenance) on Wednesday, April 17. If anything gets delayed or if there are unexpected issues, then we will push the maintenance to Thursday, April 18 or potentially later.



We will not be moving forward with the failover, until we are comfortable.



When we perform the maintenance, we will be pointing the applications to the new 2016 servers and performing a SQL failover of the Distributed Availability Groups. We expect that the site will be in a read-only state for about an hour. During this time, we will be making progress announcements and updates on @StackStatus, so following along there if you're interested.



This is a very complicated move that we are making, which has been fully tested in a lab environment, but you can never be sure of anything during these types of operations. As Nick Craver said:




Everyone has a plan until they get punched in the mouth - Mike Tyson




Questions or concerns?



Please post a comment or answer below; I'll do my best to address any concerns between now and the maintenance window.









share























  • I'll cross some fingers for you :P

    – Tim Stone
    1 min ago
















3















tl;dr: Planned service interruption that will impact all Stack Overflow/Stack Exchange sites, Jobs, Chat, and Teams. All sites will be read-only for up to an hour during the maintenance. Enterprise cloud hosted instances will not be impacted.



Short Version:



There will be a service degradation for up to an hour this upcoming week - possibly April 16th or 17th, 2019 at 00:00 UTC (8PM US/Eastern). During that time questions and answers will still display, job listings will still work, and job ads will still display. However, the site will be "read only," i.e. people won't appear logged-in, won't be able to add/edit new job listings, apply for jobs, create, edit or vote on questions/comments/answers, reputation won't change, etc. This should minimize the disruption to the majority of casual readers. We will display a banner on the sites stating we're 'read only' for maintenance. We expect that the site will be in a read-only state for less than an hour.



Longer More Technical Version of What’s Happening?



Background



Our primary database servers are currently running on Windows Server 2012. We have two Windows Failover Clusters, one for StackOverflow and one for StackExchange (Careers), each cluster contains 3 database servers. We will be upgrading the servers to Windows Server 2016. During the service interruption, we will be performing a failover of the servers still on Windows 2012 to the servers already on Windows 2016.



What we'll be doing



As mentioned we are using Windows Failover Clustering, along with SQL Server Always On Availability Groups, and Distributed Availability Groups to keep our data in sync across various servers, while giving us redundancy in multiple locations (NY and CO). Starting next week, we will be upgrading the operating systems across these servers to Windows Server 2016.



This upgrades involves many moving pieces, but high-level we will be doing the following next week:




  • Monday - we will be removing a NY server (currently a secondary) from an existing Windows Failover Cluster. The server will get a clean install of Windows Server 2016, a new Failover Cluster will be created, SQL Server 2017 will be reinstalled, and we will create new Availability Groups and new Distributed Availability Groups. By doing this, this server should start to receive data from the current primary SQL Server i.e. the one still in the old 2012 cluster.


  • Tuesday - the another NY Secondary will follow the same path as the one on Monday.


  • Wednesday - the remote secondaries in CO, will be removed from the old 2012 clusters, rebuilt, and put into the new 2016 failover clusters



At this point, we will have a GO / NO-GO on the failover. If everything goes according to plan and we feel comfortable, then we will perform the failover (scheduled maintenance) on Wednesday, April 17. If anything gets delayed or if there are unexpected issues, then we will push the maintenance to Thursday, April 18 or potentially later.



We will not be moving forward with the failover, until we are comfortable.



When we perform the maintenance, we will be pointing the applications to the new 2016 servers and performing a SQL failover of the Distributed Availability Groups. We expect that the site will be in a read-only state for about an hour. During this time, we will be making progress announcements and updates on @StackStatus, so following along there if you're interested.



This is a very complicated move that we are making, which has been fully tested in a lab environment, but you can never be sure of anything during these types of operations. As Nick Craver said:




Everyone has a plan until they get punched in the mouth - Mike Tyson




Questions or concerns?



Please post a comment or answer below; I'll do my best to address any concerns between now and the maintenance window.









share























  • I'll cross some fingers for you :P

    – Tim Stone
    1 min ago














3












3








3








tl;dr: Planned service interruption that will impact all Stack Overflow/Stack Exchange sites, Jobs, Chat, and Teams. All sites will be read-only for up to an hour during the maintenance. Enterprise cloud hosted instances will not be impacted.



Short Version:



There will be a service degradation for up to an hour this upcoming week - possibly April 16th or 17th, 2019 at 00:00 UTC (8PM US/Eastern). During that time questions and answers will still display, job listings will still work, and job ads will still display. However, the site will be "read only," i.e. people won't appear logged-in, won't be able to add/edit new job listings, apply for jobs, create, edit or vote on questions/comments/answers, reputation won't change, etc. This should minimize the disruption to the majority of casual readers. We will display a banner on the sites stating we're 'read only' for maintenance. We expect that the site will be in a read-only state for less than an hour.



Longer More Technical Version of What’s Happening?



Background



Our primary database servers are currently running on Windows Server 2012. We have two Windows Failover Clusters, one for StackOverflow and one for StackExchange (Careers), each cluster contains 3 database servers. We will be upgrading the servers to Windows Server 2016. During the service interruption, we will be performing a failover of the servers still on Windows 2012 to the servers already on Windows 2016.



What we'll be doing



As mentioned we are using Windows Failover Clustering, along with SQL Server Always On Availability Groups, and Distributed Availability Groups to keep our data in sync across various servers, while giving us redundancy in multiple locations (NY and CO). Starting next week, we will be upgrading the operating systems across these servers to Windows Server 2016.



This upgrades involves many moving pieces, but high-level we will be doing the following next week:




  • Monday - we will be removing a NY server (currently a secondary) from an existing Windows Failover Cluster. The server will get a clean install of Windows Server 2016, a new Failover Cluster will be created, SQL Server 2017 will be reinstalled, and we will create new Availability Groups and new Distributed Availability Groups. By doing this, this server should start to receive data from the current primary SQL Server i.e. the one still in the old 2012 cluster.


  • Tuesday - the another NY Secondary will follow the same path as the one on Monday.


  • Wednesday - the remote secondaries in CO, will be removed from the old 2012 clusters, rebuilt, and put into the new 2016 failover clusters



At this point, we will have a GO / NO-GO on the failover. If everything goes according to plan and we feel comfortable, then we will perform the failover (scheduled maintenance) on Wednesday, April 17. If anything gets delayed or if there are unexpected issues, then we will push the maintenance to Thursday, April 18 or potentially later.



We will not be moving forward with the failover, until we are comfortable.



When we perform the maintenance, we will be pointing the applications to the new 2016 servers and performing a SQL failover of the Distributed Availability Groups. We expect that the site will be in a read-only state for about an hour. During this time, we will be making progress announcements and updates on @StackStatus, so following along there if you're interested.



This is a very complicated move that we are making, which has been fully tested in a lab environment, but you can never be sure of anything during these types of operations. As Nick Craver said:




Everyone has a plan until they get punched in the mouth - Mike Tyson




Questions or concerns?



Please post a comment or answer below; I'll do my best to address any concerns between now and the maintenance window.









share














tl;dr: Planned service interruption that will impact all Stack Overflow/Stack Exchange sites, Jobs, Chat, and Teams. All sites will be read-only for up to an hour during the maintenance. Enterprise cloud hosted instances will not be impacted.



Short Version:



There will be a service degradation for up to an hour this upcoming week - possibly April 16th or 17th, 2019 at 00:00 UTC (8PM US/Eastern). During that time questions and answers will still display, job listings will still work, and job ads will still display. However, the site will be "read only," i.e. people won't appear logged-in, won't be able to add/edit new job listings, apply for jobs, create, edit or vote on questions/comments/answers, reputation won't change, etc. This should minimize the disruption to the majority of casual readers. We will display a banner on the sites stating we're 'read only' for maintenance. We expect that the site will be in a read-only state for less than an hour.



Longer More Technical Version of What’s Happening?



Background



Our primary database servers are currently running on Windows Server 2012. We have two Windows Failover Clusters, one for StackOverflow and one for StackExchange (Careers), each cluster contains 3 database servers. We will be upgrading the servers to Windows Server 2016. During the service interruption, we will be performing a failover of the servers still on Windows 2012 to the servers already on Windows 2016.



What we'll be doing



As mentioned we are using Windows Failover Clustering, along with SQL Server Always On Availability Groups, and Distributed Availability Groups to keep our data in sync across various servers, while giving us redundancy in multiple locations (NY and CO). Starting next week, we will be upgrading the operating systems across these servers to Windows Server 2016.



This upgrades involves many moving pieces, but high-level we will be doing the following next week:




  • Monday - we will be removing a NY server (currently a secondary) from an existing Windows Failover Cluster. The server will get a clean install of Windows Server 2016, a new Failover Cluster will be created, SQL Server 2017 will be reinstalled, and we will create new Availability Groups and new Distributed Availability Groups. By doing this, this server should start to receive data from the current primary SQL Server i.e. the one still in the old 2012 cluster.


  • Tuesday - the another NY Secondary will follow the same path as the one on Monday.


  • Wednesday - the remote secondaries in CO, will be removed from the old 2012 clusters, rebuilt, and put into the new 2016 failover clusters



At this point, we will have a GO / NO-GO on the failover. If everything goes according to plan and we feel comfortable, then we will perform the failover (scheduled maintenance) on Wednesday, April 17. If anything gets delayed or if there are unexpected issues, then we will push the maintenance to Thursday, April 18 or potentially later.



We will not be moving forward with the failover, until we are comfortable.



When we perform the maintenance, we will be pointing the applications to the new 2016 servers and performing a SQL failover of the Distributed Availability Groups. We expect that the site will be in a read-only state for about an hour. During this time, we will be making progress announcements and updates on @StackStatus, so following along there if you're interested.



This is a very complicated move that we are making, which has been fully tested in a lab environment, but you can never be sure of anything during these types of operations. As Nick Craver said:




Everyone has a plan until they get punched in the mouth - Mike Tyson




Questions or concerns?



Please post a comment or answer below; I'll do my best to address any concerns between now and the maintenance window.







discussion featured announcements





share












share










share



share










asked 7 mins ago









TarynTaryn

32.4k11123183




32.4k11123183













  • I'll cross some fingers for you :P

    – Tim Stone
    1 min ago



















  • I'll cross some fingers for you :P

    – Tim Stone
    1 min ago

















I'll cross some fingers for you :P

– Tim Stone
1 min ago





I'll cross some fingers for you :P

– Tim Stone
1 min ago










0






active

oldest

votes


















0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes

Popular posts from this blog

Gersau Kjelder | Navigasjonsmeny46°59′0″N 8°31′0″E46°59′0″N...

Nässjö kommun Tettstader | Kjelder | NavigasjonsmenyeVIAFISNIGeoNamesMusicBrainz (area)

Kvitkval Innhaldsliste Taksonomi og utvikling | Utsjånad og levevis | Utbreiing | Åtferd |...