The Planet Blog

In “The Art of the Start,” Guy Kawasaki references the importance of operating under mantra rather than a mission statement. He argues that there’s no need to loquaciously explain your goals and practices to others (and yourself) if you instead pinpoint the key driving force behind your business and make it self-evident and unifying in everything you do.

Guy cites the Dilbert Mission Statement Generator as one of the best resources in creating a meaningless, buzzword-filled mission statement to rival those created by teams of consultants. The tool (now offline) allowed you to enter a few key phrases and select your favorite fancy words to create a mission statement like one he included in his “The Art of the Start” session at the Houston Technology Center:

We exist to professionally build long-term high-impact sources so that we may endeavor to synergistically leverage existing effective deliverables to stay competitive in tomorrow’s world.

The mission statement medium almost begs for $10 words when you really need to express a simple thought.

Take a look at The Planet’s Mission Statement … Notice anything interesting about it? Take a look at the heading:

Our Mission: Be the Best Host for You.

You don’t have to read beyond the first line of the page to know what we’re about. The sentiment might not be revolutionary, but what it loses in originality, it makes up for in sincerity:

To be the best host for you, we need to keep your business online and your Web sites fast. To be the best host for you, if you ever need to get in touch with us, we need to be available, friendly, honest, open and helpful. To be the best host for you, we need to have affordable prices and flexible solutions to fit your business.

The cynics in the audience are probably waiting for someone to break out a guitar to lead a sing-along at this point, but that’s not where we’re headed.

This post is a challenge to everyone reading it: Your mission, should you choose to accept it, is to reach out to us any time that mantra does not permeate your experience as a customer of The Planet.

Will you take us up on the challenge?

-Kevin

Hi everyone! I started working at The Planet a few months ago in the technical support department, and I’ve really enjoyed my experience here. I’ve been on the customer side of technical support calls for most of my life, so I’ve never understood what it was like to be on the supporting side of the call. Now that my perspective has changed a little, I’ve noticed that the best customer support occurs when the support provider and the support requester work together to create the best experience possible.

Shelves of books have been written about providing great customer support, but I haven’t seen many written about how to get great customer support. When you work with a service-based company, you’re likely going to interact with customer support representatives regularly. During these interactions, your experience will not be defined by your question or the issue you have. Instead, it will be defined by how you present your issue to technical support.

It can be extremely frustrating when a server goes down or a script isn’t working the way it should. When this happens, my gut reaction is to get upset and throw my keyboard. I’ve also noticed that when I am angry, I have a difficult time trying to explain my problem to technical support. I’ve come to realize that I’m not alone in that regard, and with my newfound perspective, I came up with a few tips that might help you get the most bang for your buck when you work with customer support:

1. Remember there’s a human on the other end. It doesn’t matter where the customer support representative is; they’re human, and their responsibility is to help you. I don’t have any empirical data, but human nature tells me it’s easier to be nice to someone who is nice to you. Once you realize there’s a person on the other end of the phone trying to do his/her job, it’s a little easier to thank them in advance for their help. It may seem insignificant, but if you thank me in advance for my help, I’ll subconsciously work harder in an effort to deserve that gratitude.
2. Don’t assume your request will be ignored. I’m surprised by the number of people who start or end their e-mail with, “No one will probably see this, but …” or “Not that anyone cares, but …” Don’t assume that you’ll be ignored. That assumption is more of an overarching negative sentiment than it is a “reverse psychology” play. The support process can be defined by the expectations you set for it, so get started on the right foot and expect that your questions will be answered and issues will be resolved.
3. Don’t start with a threat. “If you don’t do this, I’m going to report this to my bank and other authorities,” or “If you don’t respond within 25 seconds, you’ll be hearing from my lawyer” … It’s not uncommon to hear things like this in the first message in a ticket. Starting with a threat never helps your cause. It’s much easier to help someone who seems easy to help. Invoking lawyers does not make your ticket seem easy to address.
4. Provide useful, descriptive and relevant information. This tip can be tough since it’s hard to understand what information is relevant, but think about it before you send a support request. If you are having trouble logging in, then “I can’t log in. Any ideas?” is not quite as clear as “Whenever I try to log in, the login screen just reloads without an error message. I know my username and password is correct. Any ideas? Thanks.” That extra information will help considerably and will reduce the number of back-and-forth e-mails between you and the support representative.
5. Don’t write overly detailed, wordy support requests. The longer your e-mail, the more difficult it is to read, diagnose and to respond. A representative has to read the entire ticket to find what’s meaningful and figure out exactly what’s wrong. Since they’re trying to help you, you want to reduce their burden. You want to make it as easy as possible for them to help you. So, be clear, concise and brief. If you’ve got a couple different issues for support to look at, break them out into individual tickets … different issues may need to be addressed by different departments, so multiple issues in a single ticket can lead to delays in responding to specific issues in the ticket.
6. More Tickets ≠ More Support. Don’t create multiple support tickets for a single issue … While it seems like you are drawing more attention to the issue and creating a sense of urgency, you’re really slowing down the support process. Support representatives might be addressing the same issue in parallel or information might be lost between tickets, elongating the time to resolution.
7. Escalate your tickets smartly. If you think a ticket should be handled differently or if you would like a supervisor to look into a specific issue, you should always feel free to request escalation to a manager or a supervisor. The best way to make that request is to update your open ticket, initiate a live chat or place a call into the technical support phone line. If you aren’t satisfied with your support experience, then we aren’t either, so we want to hear from you.

As you can see, the prescription is not too complicated: Prepare yourself to receive the best support, and you’re much more likely to receive it.

- Sean

Just when you thought it was safe to go back in the kitchen … we’ve got a new installment of our adventures in microwaveable cuisine.

Given the lapse in vending-free content since Clayton Spivey’s cheeseburger, you may have feared the worst, but all is well … Clayton is still working hard in development for our managed hosting group, and we still have plenty of cheeseburgers in the vending machine.

In this episode, you’ll meet Arnold Ybanez and his meal of choice: hot wings. Arnold is a senior manager in our call center, and he’s been very involved in improving our customer-facing departments. We discuss our support organization’s desire for continuous improvement, and he explains several of the ways we’ve built and changed processes to improve The Planet’s customer experience .

Because the introduction to this video would not be complete without a ridiculous pun, I’d like you to observe that the video is split into two bite-sized portions to best satiate your hunger to learn. You may notice a few anachronisms in our discussion because this video was actually recorded around six months ago … archaeologists recently recovered the original footage, and it has been faithfully restored to its initial glory for your viewing pleasure.

-Kevin

“What counters are important when troubleshooting SQL Server with Windows’ Perfmon (Performance Monitor)?”

As a database administrator architect, I can’t tell you how many times I’ve gotten that question from Windows administrators and new database administrators, and it’s a pretty daunting question to answer. When a SQL instance is installed on a server, there may be more than a thousand new performance counters added to Perfmon and to the Performance Monitor section of the Reliability and Performance Monitor in Windows 2008, so where does one start?

When it comes to performance tuning and troubleshooting, SQL Server has not changed much over the years. In a nutshell, it is all about CPU, memory and I/O. To reduce the time it takes to determine the bottleneck in a given environment, we should isolate the counters to these specific areas.

Of the many performance counters that can be selected when troubleshooting a SQL Server, these key indicators can help to quickly isolate bottlenecks and direct your investigation to the appropriate resources for corrective action:

At the Operating System Level

CPU Counter

Server Work Queues > Queue Lengths
Description: Queue Length is the current length of the server work queue for this CPU.
Value: A sustained queue length greater than twice the number of CPU cores might indicate processor congestion.

Memory Counter

Memory > Pages/Sec
Description: A page fault occurs when the operating system (OS) cannot find the requested information in its physical memory, forcing the OS to seek the information at the disk level. A soft page fault is when a page is found elsewhere in the physical memory, and a hard fault requires disk access. Most processors can handle large numbers of soft faults without significant consequence. However, hard faults, which require disk access, can cause significant delays.
Value: This value should stay below 20-25 pages per second.

I/O Counters

Physical Disk > Average Read Queue Length
Physical Disk > Average Write Queue Length
Description: Avg. Disk Queue Length is the average number of read or write requests that were queued for the selected disk during the sample interval.
Value: The value for this counter should always be under 2. This is the most reliable counter to use when the SQL instance is using external SAN storage for its databases.

Determining Application Resource Usage

Process Counter:

From Perfmon, select “Process” then select the application in question – in this case, sqlservr.

This will add all of the operating system counters associated with the application.

For SQL Server, the counters usually reflect information about the internal operations of the SQL instance that may not show up as a problem at the operating system level. For example, a customer might call to report that the server hangs for several moments throughout the day, but there are no errors in the application or system logs, and the OS Performance counters show all counters within normal limits.

These SQL performance counters can provide deeper insight into how the database engine is working against the customer’s application to help in your investigation.

SQL Server

SQL Server: General Statistics > User Connections
Description: Number of users connected to the system.
Value: This number will vary between applications on a given server.

SQL Server

SQL Server: Locks > Lock Waits/Sec
Description: Number of lock requests that could not be satisfied immediately and required the caller to wait before being granted the lock.
Value: This number should be near 0. If the value is greater than 0 for a sustained period, the “system hanging” as described by the customer is most likely due to locking and blocking issues within the database.

SQL Server

SQL Server: Buffer Manager > Buffer cache hit ratio
Description: The percentage of database pages that were found in physical memory. SQL Server stores information inside of 8KB data pages.
Value: The buffer pool cache hit ratio should be 100%. Values below 90% indicate that SQL Server is experiencing memory pressure.

SQL Server

SQL Server: Buffer Manager > Page life expectancy
Description: The number of seconds that a database page remains in physical memory.
Value: Values under 300 seconds indicate that the SQL instance is experiencing memory pressure.

SQL Server

SQL Server: Buffer Manager > Page reads/sec
SQL Server: Buffer Manager > Page writes/sec
Description: These values show the number of database reads and writes requested.
Value: Values for these counters will vary between database applications, but this information is useful when determining if SQL Server is the primary application using the disk. If the Buffer Manager page read-writes are low but disk-queue lengths are high, there might be a disk bottleneck. If the Page read-writes are higher than normal, a memory shortage is likely to exist.

SQL Troubleshooting Summary Chart

The performance counter suggested may not help resolve complex situations that involve application-level performance issues, but in my experience, it is a great starting point.

-George

Hi there. Laurence Simon here. I work in The Planet’s call center. I do triage on weekday mornings, sweeping the ticket queues and picking off calls. Nice to meet ya.

You know, all things considered, it’s rather nice in here. Good ambient light, and there’s a great view of Buffalo Bayou and the Ferris wheel at the Downtown Aquarium. The chairs are pretty comfortable. And, I. Love. The Tunnels. (I highly recommend Treebeards‘ red beans and rice.)

However, there’s one thing that irks me: While we work 24/7, 365 days a year (or 366 this year!), come hurricane or hot air from the folks on television getting us all worked up over named storms, we can still make your experience even better.

I talked with my fellow trench-mates (pictured below), cobbled together a few notes, and jotted down a few suggestions, tips and thoughts that can give you a better, faster and more efficient experience with Technical Support:

1. Reboots

It takes just as long to set up a Manual Reboot Request (MRR) as it does to submit a trouble ticket or call in a reboot request when you’re at a computer. If you need a reboot for a server, use the ROD/Remote Reboot functions. If that fails, then use the Manual Reboot Request. You’ll see much quicker results this way.

Submitting a normal ticket with “Please reboot my server” requires that a technician go into Orbit, submit a reboot request for you, and then close out the original ticket. It takes much longer to get a server rebooted this way than by using ROD or Manual.

2. Initial Setup

The first thing you should do with your server is set the hostname, get that hostname resolving in DNS, and then request it as the Reverse DNS. This will prevent a lot of common network issues from the get-go.

The hostname should be a fully qualified domain name that points to the server. For example: server.exampledomain.com.

To get a Reverse DNS entry set up, just submit a trouble ticket with Reverse DNS as the subject line or a DNS Change Ticket. Make sure to include the IP address and the hostname you want to point it at.

3. Escalation Procedures

Prepare and post a set of escalation procedures for common situations so that we don’t need to ask you to perform basic recovery tasks.

Let us know in advance what to do if an alert comes up and the server requires a reboot, if it is OK to run an FSCK on the drive when it’s needed, or to replace failed drives the moment they lock up.

4. Readily Accessible Information

Keep a card with your account number and password — with bogus characters — handy in case you’re away from your desk.

For instance, if your password is:

1L0v3Kev1nH4z4rd

Besides the fact that you’ve got some serious issues to work through (or the fact that you are actually Kevin Hazard), you can bogus this up with some XJQP magic…

x1L0jv3Keqv1nH4zp4rd

If someone steals your wallet, they won’t have the actual password. Just remember to remove the X, J, Q and P characters and you have your password.

For additional security, you can require that we ask a security question, like your mother’s maiden name. That’ll also throw off anyone who gets a hold of the account.

5. Keep a Calendar

Keep a wall calendar handy with reminders when SSLs and domains are up for renewal. Also, program them as appointment reminders in your cell phone.

A multimillion-dollar operation can be brought to its knees for a day when its domain expires. Renew it for as long in advance as you can afford, and be sure to keep the account information for logging into your registrar handy. (Or, if you want to make sure it’s all in one place, make The Planet your domain registrar.)

(NOTE: According to Whois, ilovekevinhazard.com is available)

6. Notification Address

Do not set your notification address to one on your server. When you use an external contact address, you can get updates when the server’s down or if there is an abuse or legal issue.

If you lost your cell phone, you wouldn’t want people calling your cell phone to tell you they’ve found your cell phone, right?

Be sure to check that mailbox frequently, or have it alert you.

7. Up to Date

Keep all your contact information up to date. This tip is a continuation of No. 6, but it’s important enough to reiterate on its own.

8. Plan Ahead

If I were to tell you, “Your server is down and we cannot recover any data off of it,” what would you do?

Disaster planning and testing your recovery procedure on a regular basis is critical to any online business. Spending some time and money with our sales department exploring backup and redundancy will prevent you from losing clients, money and sleep.

As I like to say, “Terminator 2: Judgment Day was just a big advertisement for offsite backups.”

9. Cut out the Middle Man

Simple changes to the A Records of DNS entries can be done in Orbit instead of via a ticket.

Just go to DNS Administration, bring up the domain, make the changes, and save them.

This is actually easier to do than submitting a ticket requesting the change, and it’s a lot quicker.

10. Help Us Help You

Keep your passwords updated in Orbit and let us know what port SSH is listening to. Include any wheel users or special instructions for login.

This will save us time in addressing your issue because it will let us get into your server the moment we get the ticket.

It’s like keeping a key in a fake rock in the garden so the neighbor can feed your cat (or James Caan if you’ve got a Kathy Bates Misery thing going on).

11. Firewalled

If you have a firewall, please allow the Technical Support group access to your server.

It’s important to have a firewall on your server for security purposes, whether it’s one of our dedicated external firewall products or just a set of iptables or Windows Defender. But it’s also important that we are able to access your server quickly should you raise the alarm.

12. Be Specific

Please make the ticket summaries descriptive and unambiguous. “Help!” and “Urgent!” and “I am losing my business!” make it difficult to quickly assign issues. After the issue is resolved, they also don’t help us track down previous issues with a server to establish patterns of problematic hardware, software or networking.

We understand that it’s an emergency, but please don’t let your panic prevent us from being able to resolve the problem quickly or learn from that incident in to assist you in the future.

13. Include as Much Information as Possible

Always include error messages, exactly what you did before getting those errors and any relevant sections of log files to demonstrate what problems you are running into. If it’s with a specific domain or account, provide those, too. A ticket with “This doesn’t work!” doesn’t tell us much, since we need to know more about “this” and how it’s not working.

The more information we have about the problem, the better. Otherwise, there may be some back-and-forth on the ticket that ends up taking hours instead of minutes.

Here’s the biggest one that folks have told me about:

14. Trust Us, We’re Here for You

After a ticket is submitted, a lot of customers will speed-dial Technical Support, asking them to read the ticket and address it immediately.

We’re here to assist, but jumping the queue by calling in isn’t necessarily effective in escalating your ticket. We triage issues based on the severity of the incident, which technicians are best equipped to handle a given problem, and if the ticket needs to be handled by any of our other teams (Networking, Data Centers, Professional Services, Advanced Services, Abuse, etc.).

And, unlike those pesky elevators which actually do show up quicker when you press the button multiple times, calling in to check if a reboot has been completed will not get a server rebooted faster. Our call center is downtown while the Houston data centers are at least 30 miles away. (Dallas is even farther than that!) Data center technicians work through the queues as quickly as possible, and they are generally able to respond to tickets within minutes of submission.

We understand that you’re frustrated when your business depends on your server, and sometimes that materializes in blowing off some steam and passing along some of the heat that your own clients are dumping on you.

One odd thing I’ve noticed in my time here is that I’ve actually become a lot nicer and more patient with service representatives on the telephone. I’ve been reading the FAQs and submitting trouble tickets when possible. I know what it’s like on the other end of the line. I know what it’s like to be them.

OK, so that’s all I’ve got for this time around. I’ll have more next time.

Until then, save me the last flagon of iced tea in the break room, and thank you for choosing The Planet!

-Laurence

Howdy. I’m Lyndell, a technical support specialist at The Planet. I work with customers regularly, so I thought a server setup guide could help new customers get started with ease. This documentation is based on my personal server setup experience and on the experience I’ve had helping customers with their new servers.

1. Password

Be sure to change your password. Use a combination of letters, numbers, even symbols. You can even mix capitalization. Don’t use names, birthdays and other trivia that can be dug up out of public records. Conventional wisdom says you shouldn’t write down your passwords, but Microsoft’s senior program manager for security policy Jesper Johansson suggests otherwise: “If I write them down and then protect the piece of paper — or whatever it is I wrote them down on — there is nothing wrong with that. That allows us to remember more passwords and better passwords.”

Bruce Schneier — a notable security technologist and writer — agrees and explains, “We’re all good at securing small pieces of paper. I recommend that people write their passwords down on a small piece of paper, and keep it with their other valuable small pieces of paper: in their wallet.”

2. Firewall

Firewalls block network connections. Configuring a firewall manually can get very complicated, especially when involving protocols like FTP which opens random ports on either the client or the server. A quick way to deal with this is to use the system-config-securitylevel-tui tool. Of course, ssh, web server, ftp, mail and all the ports the control panel uses need to be open.

Mail Ports

• 25 – SMTP
• 110 – POP3
• 143 – IMAP
• 465 – SMTPS
• 993 – IMAPS
• 995 – POP3S

Web Server Ports

• 80 – HTTP
• 443 – HTTPS

cPanel Ports

• 2077 – webDisk (unsecured)
• 2078 – webDisk
• 2082 – cPanel control panel (unsecured)
• 2083 – cPanel control panel
• 2086 – WHM control panel (unsecured)
• 2087 – WHM control panel
• 2095 – webmail (unsecured)
• 2096 – webmail

Personally, I closed the unsecured control panel ports 2077, 2082, 2086 and 2095. Using SSL protected ports better protects passwords and data. To access secure control panel pages without browser popups warning about invalid certificates, buy proper SSL certificates (explained below).

Other

• 22 – SSH (secure shell – Linux)
• 53 – DNS name servers
• 3389 – RDP (Remote Desktop Protocol – Windows)
• 8443 – Plesk control panel
• 19638 – Ensim control panel

3. DNS

DNS is a naming system for computers and services on the Internet. Domain names like “theplanet.com” and “orbit.theplanet.com” are easier to remember than IP address like 70.87.6.117 and 70.87.6.16.
DNS looks up a domain’s A record to retrieve its IP address. PTR records are used to look up the domain name associated to an IP address.

Hostname

Pick a hostname for your server. It can be anything DNS allows, but some names are better than others. Hostnames such as “accounting” or “hackme” may draw unwanted attention. The hostname must be resolvable by DNS, so “example.theplanet.host” will never resolve since “.host” is not a top level domain. “host.example.com” and “server.example.com” are examples of the proper form of a hostname. You’ll want to avoid using “www” at the beginning of your hostname because it may conflict with a website on your server.

In cPanel, the hostname can be easily set in “Networking Setup”. In Plesk, the hostname is set in “Server Preferences”.

A Records

If you buy your domain name from The Planet, it is automatically added to our nameservers, but if your domain was registered externally, you’ll need to go through a few additional steps to ensure your domain resolves correctly on our servers.

To include your externally-registered domain on our DNS, you should first point it at our nameservers (ns1.theplanet.com, ns2.theplanet.com). Once The Planet’s nameservers are correctly reflected on your domain, open a “DNS Change Request” in Orbit. You’ll enter both the domain name and the IP address in the form, and we will create the DNS zone file for that domain. We automatically add A records for default subdomains like “www”, “ftp”, “mail,” and if you’d like to add any other hostnames, log into Orbit and use “DNS Administration” to add an A record for your server’s hostname. If your server’s hostname is “host.example.com”, add an A record for “host”.

PTR Records

Many ISPs configure their servers that receive email to lookup the IP address of the domain in a sender’s email address (a reverse DNS check) to see that the domain name matches the email server’s host name.

You can look up the PTR record for your IP address. In Linux and Mac use the “host” command on the console or in Terminal.app. In Windows use “nslookup” in your Command Prompt. If the results of the PTR record lookup don’t match your server’s hostname, open a DNS change request asking that the PTR or reverse DNS be configured. Please include both the IP address and the server’s hostname.

4. SSL Certificates

Getting an SSL certificate is optional, but it has many benefits. SSL encrypts passwords and data sent on the network. The certificates will assure your customers that they are looking at your site securely. Browsers won’t trust SSL certificates created by the server, so you should purchase certificates externally to keep your content safe and avoid invalid SSL certificate popup warnings.

If you’re interested in learning about The Planet’s offerings in this area, visit our SSL Certificates page. Remember, any website using SSL Certificates should be assigned its own IP address. More information can be found on our support portal.

5. Protect Your Data

An old adage says, “It’s better to have and not need it, than to need it and not have it.”

Data loss can happen to anyone. I recently experienced a hard disk drive failure at home, and I can attest that recovering data without a current backup is certainly disruptive.

Control panels include backup functionality and can be configured to automatically backup regularly to the home server or an external site. For example, cPanel and Plesk can be easily set up to backup to an FTP site. The Planet offers several options for data protection and backup to fit any of your needs.

Imagine what would happen to your business if you lost just some of your data. There’s no excuse for neglecting backup when configuring your new server.

6. Know the Mail Guidelines

Some Internet Service Providers are very particular about email sent to them. As a mail server administrator, you may experience frustration when your server’s emails are not accepted by ISPs that aggressively combat spam. To better prepare for your server’s operations, you may want to verify with the larger email providers that your messages will meet their criteria for valid traffic. Read what a few of the larger postmasters have to say:

• Hotmail
• Yahoo
• AOL
• Comcast

7. Move In!

Now that the server has been prepared and the data protected, you are ready to migrate your content. Never underestimate the usefulness of control panel documentation. Here are the links for our popular control panels:

• Plesk
• cPanel
• Ensim
• Helm

Remember, The Planet’s technical support department is only a phone call away.

-Lyndell

You’ve just rolled out a new version of your software for download, and the announcement hits the front page of Digg. You added a few new products, and they’re flying off your Web site’s virtual shelves. Your forums have reached record numbers of visitors the last four days straight. You are living the dream: You’re an Internet success. You treat yourself to a celebratory dinner and fall into a deep, contented sleep.

When you wake up, the sun isn’t shining and the birds aren’t chirping — your cell phone pierces the serenity of the night, and you answer, only to be treated to an exasperated monologue from your CEO, who says something to the effect of, “The Internet on our site is broken.”

Your site crashed an hour after your head hit the pillow, and the fields of green you painted in your dreams are immediately transformed into desolate wastelands of headache and heartache. You lost sales and visitors, and your online reputation took a hit … it’s all too much to think about. You wonder how this could have happened. You wonder why you didn’t get any alerts about the IP address not responding to pings. You wonder why your other sites and servers on the same rack were not affected. You wonder what you could have done differently.

If you’ve been in a similar position before, you can vividly recall the pain. If you haven’t been in a similar position, trust me … it’s not any fun. I ran a Web hosting company in college and occasionally the server would go down at 4 a.m. I’d wake up the next day to find a slew of angry customer e-mails. I desperately needed to monitor individual services on our servers, beyond whether or not the server is still responding to pings. So as I began to specialize in server management and support, I made sure my team focused on creating and maintaining a monitoring service to keep the horror story you just read from ever happening to our customers. The Planet Alpha Server Monitoring service was born.

Why AS Monitoring?

What are the advantages of Alpha Server Monitoring over standard server monitoring like IPAlert? IPAlert only provides e-mail and SMS notifications for down servers. Alpha Server Monitoring checks individual services on machines to make sure they are responding to requests and opening sockets, and it generally verifies service performance rather than its existence. Then, a highly trained Advanced Services administrator investigates the issue and takes corrective action.

We have a dedicated staff of 11 Systems Administrators who keep a vigilant eye on servers 24×7x365. Many of these SysAdmins have been in the hosting industry since before you could really consider hosting an industry, so our Advanced Services team has an exceptional amount of experience, from answering straightforward technical support requests to researching and solving complex problems.

How Does AS Monitoring Work?

Our custom monitoring system will check up to 15 services on your machine every five minutes. If there are any unresponsive services, your server will be flagged on our system. Our Systems Administrators will respond promptly with a service restart, server reboot, or we can follow a custom response procedure as you request or as needed.

Instead of losing sleep at night, worried about getting another frantic call from your CEO, you can rest assured knowing that the Alpha Advanced Services team is watching your server. With Alpha Server Monitoring, your night might look like this:

2 a.m. You finish coding and post your new update after a 22-hour marathon session. You go to bed.
3 a.m. The server starts to slow down and becomes unresponsive following a huge surge of traffic when you hit the front page of Digg.
3:03 a.m. Your server is checked by the Alpha Server Monitoring system, and an “HTTP down” alert is created because services are not responding as expected.
3:08 a.m. An Advanced Services Systems Administrator investigates an “HTTP down” alert.
3:12 a.m. The administrator finds that your MySQL database server and Apache have crashed so he restarts them both.
3:13 a.m. Your site is back online and responsive.
10 a.m. You wake up from your coding-induced coma to find a whole bucket of new orders to process and an Orbit ticket telling you what happened and what the Advanced Services team did about it.

Alpha Server Monitoring: Guaranteeing your uptime, sleep and sanity.

-Sean

P.S. We’re running a great promotion on Advanced Services right now: try any service on your servers for FREE for the first month.