It is common practice to upgrade systems during off peak hours. This makes two occurances where peak traffice periods were interrupted by "upgrades". Perhaps adopting a policy of doing this work and proving the performance between say Midnight and 4:00AM EST would preclude the reoccurance?
|
Does Verizon's Voyager stack up to the iPhone? |
|
|
5 IT skills that won't boost your salary 
[1,407]
Women 4 times more likely than men to cough up personal info [589]
Japan's 10 funniest tech-related commercials [Videos] [407]
Throwing away a promo CD is "unauthorized distribution"? [1,265]
Adults too quick to dismiss educational video games [682]
Attack of the iPhone clones [Slideshow] [578]
10 things IT needs to know about AJAX [1,258]
This Year's 25 Geekiest 25th Anniversaries [Slideshow] [409]
|
|
RE: RIM blames BlackBerry outage on service infrastructure upgra
Your point is so simple yet so true. Anyone in IT that has to deal with "scheduled maintenance" knows that users don't like downtime period, but if you're going to get anything done, off-peak is the time to do it. Perhaps a test environment to QA some of the enhancements would be in order as well...although they likely already have that. If that's the case, maybe it's time to reassess the talent doing the QA.
RE: RIM blames BlackBerry outage on service infrastructure upgra
Your point is so simple yet so true. Anyone in IT that has to deal with "scheduled maintenance" knows that users don't like downtime period, but if you're going to get anything done, off-peak is the time to do it. Perhaps a test environment to QA some of the enhancements would be in order as well...although they likely already have that. If that's the case, maybe it's time to reassess the talent doing the QA.
Post new comment