Re: WSS and Hosting
From: Ian Morrish (Ian_Morrish_at_HotMail_dot_com)
Date: 04/26/04
- Next message: RJ: "Re: WSS and Hosting"
- Previous message: RJ: "Re: WSS and Hosting"
- In reply to: RJ: "Re: WSS and Hosting"
- Next in thread: RJ: "Re: WSS and Hosting"
- Reply: RJ: "Re: WSS and Hosting"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 26 Apr 2004 13:59:28 +1200
Yes
Only if using SQL backup/restore which is why you only use this option for
full server DR, yes;-)
SMIGRATE is a command line utility so you can run it as a scheduled task for
each site.
Regards,
Ian
http://www.wssdemo.com
"RJ" <jr@testout.com> wrote in message
news:uWakfEzKEHA.2244@tk2msftngp13.phx.gbl...
> Thanks Ian.
>
> So what you are saying is that using SMIGRATE, you are able to restore the
> individual sites (if required) - onto another server with another (not
> original) CONFIG database.
>
> I just have this perception (maybe wronggg) that sites must have their own
> original CONFIG database to work. If I can get a WSS site transferred or
> restored using SMIGRATE as you say then yeah, I probably am worrying too
> much.
>
>
>
>
> "Ian Morrish" <Ian_Morrish@HotMail_dot_com> wrote in message
> news:OwpaqzyKEHA.2260@TK2MSFTNGP09.phx.gbl...
>> To give the best advice we would really need to know the number of users
> and
>> size of documents to be stored in WSS.
>> WSS was designed for hosting many sites (thousands) that share the one
>> config database. I think there are far more important things to worry
> about.
>> If you want individual site backups that can be restored independently of
>> other sites (and even to other servers) then the smigrate utility might
>> be
> a
>> better approach.
>> I use smigrate all the time now as I can (and do) easily restore a site
>> to
> a
>> new server where as a SQL only backup would probably not work.
>>
>> Regards,
>> Ian
>> "RJ" <jr@testout.com> wrote in message
>> news:O5vlxYyKEHA.1388@TK2MSFTNGP09.phx.gbl...
>> > Our company wants to host numerous WSS sites for numerous business
>> > units/groups. Our plan is to have each business unit to have its WSS
>> > site -
>> > ALL on ONE server.
>> >
>> > I just need to clarify my understanding...with you alls assistance.
>> >
>> > (1) Per server, I can only have one config database - therefore, if I
>> > have
>> > 5-10 WSS sites (each with their own content database in SQL 2000) -
>> > then
>> > they will share that ONE configuration database. IS this TRUE?
>> >
>> > (2) For disaster recovery purposes, I will save the CONTENT database
> for
>> > each WSS site (each business unit) from within SQL (SQL backup) - What
> is
>> > the best method for this?
>> >
>> > I ask the best solution for disaster recovery using SQL because since
> the
>> > ONE configuration database exists for ALL the WSS sites on this one
>> > server,
>> > then it IS possible that the restore can mess up another WSS site.
>> >
>> > Example, WSS site A required to be restored from 2 weeks back;
> therefore,
>> > I
>> > will also have to restore the ONE config database that serves the other
>> > WSS
>> > sites - this will mess up the OTHER WSS sites config - ALL in ONE
>> > config
>> > database -
>> >
>> > Hope you guys understand me and can provide some guidance...thank you
>> > kindly.
>> >
>> >
>>
>>
>
>
- Next message: RJ: "Re: WSS and Hosting"
- Previous message: RJ: "Re: WSS and Hosting"
- In reply to: RJ: "Re: WSS and Hosting"
- Next in thread: RJ: "Re: WSS and Hosting"
- Reply: RJ: "Re: WSS and Hosting"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|