Can't archive after upgrade to SQL Server - نوشته شده در (3492 Views)
Junior Member
TastyNutz
مطلب: 251
251
My recent migration from Access to MS SQL went well and performance has been great. But I started getting the error "Could not allocate space for object 'dbo.FORUM_REPLY' in database..." Because my host limits SQL Server databases to 200MB, I need to remove older topics.

But my archive function isn't working. It either says no topics could be found, or shows a string of dots. I can delete previously archived topics, but can't archive anything new.
I went back to my previous installation to test archive with the Access database and it works fine. So, I assume the migration has caused this issue.
Any ideas?
 پیش‌فرض مرتب‌سازی برای تاریخ DESC به معنی جدیدترین است  
 تعداد در صفحه 
نوشته شده در
Snitz Forums Admin
ruirib
مطلب: 26364
26364
You can't mass delete topics, unless you archive them.

I think the level of effort you are needing to go through is a waste of time and patience. There are too many decent hosts without those ridiculous space limitations for SQL Server databases.
نوشته شده در
Junior Member
TastyNutz
مطلب: 251
251
I made room in the database and tried archiving again. But now it only archived the REPLIES in the selected forum. All the old topics are still in the forum, with zero replies visible.

What a mess...
نوشته شده در
Junior Member
TastyNutz
مطلب: 251
251
I agree it's too small. Especially since I believe they limit MySQL at 1000MB. Don't know the reason for the difference?
And I know that archiving won't reduce space, but I need to archive old topics before I can delete them ... right?
نوشته شده در
Snitz Forums Admin
ruirib
مطلب: 26364
26364
To be honest, 200MB as storage space is simply ridiculous. At this day and age, having to delete posts because you have such low database storage limits... well I have said it.
نوشته شده در
Forum Moderator
AnonJr
مطلب: 5768
5768
Off the cuff I'd say it's related to the limit in database size. Snitz makes a copy in the Archive tables before it removes the original - so if there's any interruption there's always at least one complete copy. If you're up against the size limit, you probably don't have space to create the initial copy.
As an aside, this means that archiving isn't going to really change the amount of SQL Server space available since all you are doing is shuffling content from the main tables to the archive tables. There are benefits to this, just not reducing your overall database size.
I'd see if your host can allocate more space. I'm actually surprised at that particular size limit as that is awfully small, and most hosts these days have adjusted their size constraints to accommodate the relative glut of relatively cheap storage available now. I'd get into more on hosting, but that sort of thing is off-topic here.