
|
View Full Version : Host "loses" all files, database
Last Tuesday I went on a net-free vacation, leaving a forum site with hundreds of members and thousands of genuinely high-quality posts that could have served as a first-rate knowledgebase for the particular niche. I returned late Saturday, discovered that the hosting company had unilaterally decided to change IPs for the domain and had lost all files and the database content (although they say "we'll do our best to replace them, but we need to contact higher support." Hopefully, they aren't referring to divine intervention).
This is--or was--a forum using phpBB.
Assuming that the hosting company even finds the files and the database, can they put Humpty Dumpty back together again, considering that the site was deleted from the original server?
Thanks
SoftWareRevue 08-04-2002, 04:19 AM Don't know why they 'couldn't' put it back together. Provided they find backups. From the wording of "we'll do our best to replace them, but we need to contact higher support." it sounds as though they may be resellers and need to contact server management.
Hope they have a backup for you.
Thanks.They're not resellers, but it appears the reason for the change was a data center change (not sure--they won't say directly). They advised me that the files had been found but that the database (member names, passwords, etc) was not--and that, moreover, it may be time-consuming because they have a "centralized backup system."
I don't know about such things, but wouldn't they have found the MySQL db along with the files since they were on the same server?
Aussie Bob 08-04-2002, 04:50 AM Originally posted by SoftWareRevue
Hope they have a backup for you.
Where was your backup? Don't tell me that you just relied on them to backup your forum. It's your forum - take full responsibility for it and have local backups. :)
SoftWareRevue 08-04-2002, 04:53 AM Thanks, Bob. I forgot to add that. And I always add that. :rolleyes:
You are correct. I could never be too angry with a host because I didn't back up my site. We'd both be at fault.
Depending on how much I pay him for backups, may determine my feelings of fault though.
Aussie Bob 08-04-2002, 05:00 AM Originally posted by SoftWareRevue
Thanks, Bob. I forgot to add that. And I always add that. :rolleyes:
No worries. :)
You are correct.
I am always right, except when my wife says I am wrong. ;) :D
I could never be too angry with a host because I didn't back up my site. We'd both be at fault.
Depending on how much I pay him for backups, may determine my feelings of fault though.
Clients need to watch their own backs and have their own backups, incase the worst happens. We should all take measures should the worst happen etc...
OzyWebHost 08-04-2002, 05:11 AM Second lesson [after learning first lesson = turn PC 'on' Grasshopper]
BACK UP:rolleyes:
Originally posted by Aussie Bob
Where was your backup? Don't tell me that you just relied on them to backup your forum. It's your forum - take full responsibility for it and have local backups. :)
Unfortunately, I didn't back the data up. And you're right--I should have. But since "weekly backups" are a bargained-for part of the service for which I pay, I think it's reasonable for me to expect exactly that. It was stupid of me to not make back-ups, but I certainly don't bear "full" responsibility. Hosting companies should at least share in providing such insurance, especially if they make a promise to do so, on which a client may rely.
Assuming you, for example, have a hosting company, and have promised regular back-ups: Upon your accidentally deleting my site, would you then tell me to take "full responsibility" for having back-ups?
Then again, I wasn't asking about "who's responsible" here.:)
Rochen 08-04-2002, 10:38 AM The best way I feel to backup databases for things like forums etc. and this is what I do personally. I have a PHP script set which dumps the MySQL database into /home/user/databases on the server. This then FTPs the dumped file off the server to another server. This is in addition to the server backups, just encase they fail. I can then set the PHP file on a cron to run whenever I want, e.g. every 24 hours.
As Rob said, most hosts do make backups and most hosts will do their best to restore any lost data, however at the end of the day no matter how many backups your host makes, it's your data and you should take some responsibility for it.
Anyway, I hope your host can retrieve your DB from the backups, keep us posted :)
Originally posted by rochen
however at the end of the day no matter how many backups your host makes, it's your data and you should take some responsibility for it.
I agree, Rochen. It's a simple common-sense thing I just didn't do.
Site (apparently) wiped out; lesson learned: Take hosting "services" with a grain of salt; be prepared to get by on your own to the extent that you can.
(I'm just glad my flight wasn't piloted by a hosting company:D )
goodness0001 08-04-2002, 04:51 PM if you value your files you will back them up. Hard drives fail, backups fail etc, no host is exempt from this.
Originally posted by goodness0001
if you value your files you will back them up. Hard drives fail, backups fail etc, no host is exempt from this.
So I've heard.:)
In this particular case, there was no equipment failure: The host unilaterally changed IPs for the domain (please see opening msg), deleting all files in the process. Since I was specifically advised that no IP change would affect my domain, I didn't anticipate any problems at all, much less total erasure and downtime that began on the 30th and continues til today. But I think the host could have known better.
But again, I accept my part in not habitually backing up everything.
Thanks for the tip, Ace. Yep, for me the problem would be the database itself.
OK--Sounds easy enough. Thanks again.
I didn't know about their lack of back-up until it was too late, of course. How do you determine something like that beforehand? I relied on their promise to do what my payment stood as consideration for. In fact, in two years I've had only minor problems with them, nothing to steer me away.
But this...I honestly think they don't know what to do.
Smokie 08-04-2002, 11:43 PM Originally posted by AceWeb
It really depends; if they backed up things the way they are suppose to, I do not see any reasons for not being able to retrieve it back.
It is time consuming, yes, but possible. I am sorry to here of your misfortune but, No there not responable for back up you are. Host back up for free your fooling yourself. We back the server not its content unless a cutomer pays for it . The old saying goes you get what you pay for. we charge $1.50 per 100mb back up per month and then thats backed up to 2 servers off the net also we take mission critical seriously
goodness0001 08-04-2002, 11:55 PM If they changed your IP address and your data is gone it sounds like a server change and your data is on the old server....
Yet another host (Smokie) who says that the customer assumes all responsibility for backing up the files. Is that the industry standard? If so, I'm sure it'll be of more than passing interest to many hosting customers--or at least it ought to be.
My host advertises, under Services and Payment, weekly back-ups. I didn't think it far-fetched to assume that they actually performed that for each customer's benefit, since it's a selling point.
Some eye-opening messages here. Appreciate it.
Originally posted by goodness0001
If they changed your IP address and your data is gone it sounds like a server change and your data is on the old server....
Right, that's what it was. Unfortunately, they can't seem to get the back-ups from the other server or just don't have them.
SoftWareRevue 08-05-2002, 12:21 AM Originally posted by tfc
Yet another host (Smokie) who says that the customer assumes all responsibility for backing up the files. Is that the industry standard? . . . . . . . . . . . . I don't think that's what most of us are saying. Not that it's the customers' responsibility. But, that accidents, whether it's human error or equipment failure, happen. You must prepare for that. And, if you don't, then you must 'share' in the blame should you lose data.
SoftWareRevue 08-05-2002, 12:23 AM whoops
delete this please
goodness0001 08-05-2002, 01:18 AM Yes what everyone is saying is that if you lose your data, you and the host is responsible.
Alareach 08-05-2002, 02:34 AM We do weekly backups also.
The problem may have been that the last backup was done a day or so before you asked and then the old backup was replaced.
Then if the data was lost just before that backup they can't get a backup with the data you need.
Or you didn't know it was lost, and the backup script ran again since, they cannot get a backup. Just an idea from experience.... we still tell customers they should run backups in our support section because the backup we have may not be enough.
AH
jared3404 08-05-2002, 02:37 AM That's incredible. You really should switch hosts. That host was completely unprofessional
____________
Jared C
Host-Grid.com
ho247 08-05-2002, 03:19 AM I guess the most important thing here is that you'll learn from your mistakes and so you'll probably be making backups all the time of any type of date, let it be web server data, or just some work done offline. But yes, your host should have made backups for you if they say that they offer it.
Alan
Originally posted by SoftWareRevue
Don't know why they 'couldn't' put it back together. Provided they find backups. From the wording of "we'll do our best to replace them, but we need to contact higher support." it sounds as though they may be resellers and need to contact server management.
Hope they have a backup for you.
Actually that line sounds like something you would hear from out-sourced support.
achost_ca 08-05-2002, 03:35 AM just a question for the hosts that read this, but when doing the backups, do you rotate through a set of media so that you have the backups from the last few backup sessions, or just a backup of the most recent? I currently rotate through 5 different disks just to ensure that if something does go awry, we can go back in time farther if we dont discover the problem till after another backup has been completed.
ho247 08-05-2002, 03:39 AM We backup to a remote server on a daily basis, but then every two days we copy everything on the first hard disk to a second hard disk in the backup server for additional protection. We don't use any compression software to do backups, we use rsync which copies files as they are. This seems like a slight ad for our hosting company to me, so I do apologize for that if it does.
Alan
Deb Suran 08-05-2002, 09:19 AM NEVER, EVER RELY ON YOUR HOST FOR BACKUPS, no matter how honest they are, or you believe them to be.
Here is a basic, if unfortunate, lesson I learned with my first host. He, and many, many others you will read about here and at other forums and newsgroups, *claim* to have adequate backup protocols in place when in fact they do not. If you need a backup they tell you, "Sorry, it's corrupted." For this reason, even if your host *claims* to be following some kind of backup protocol, you should never rely on them to be your only source for a backup.
And of course another reason is that databases *do* get corrupted, and it will do you no good to get a backup from your honest host if that's corrupted too. Happened to a friend's forum, he lost his entire message base. So you should keep several generations of your database backups stored on your home PC or on a remote server.
Right: I don't think (now) that "back the data up yourself" can be said too much. I do keep copies of my work on CDs, but until this incident (obviously) didn't seriously consider doing so for web stuff. In hindsight, I looked at the host-customer relationship as one of bailment where the data is concerned.
(I can hear the shuffling as many webhosting customers quickly back their data up) :)
goodness0001 08-05-2002, 05:41 PM No host wants to lose data on purpose because if a hard drive goes and the host doesnt have backups, think about how long they have to sit there and re-load all those domains into the server software.
|