Showing posts with label subscriber. Show all posts
Showing posts with label subscriber. Show all posts

Wednesday, March 21, 2012

Multiple EMails per Subscriber

Is it possible to have a subscriber specify more than one e-mail address for a subscription? ie, they want a notification sent to two different email accounts.

Thanks,

Dan

Yes, it is possible, but a much easier solution to this problem would be to treat these 2 email addresses as if they belonged to 2 different subscribers.

In other words, it's much easier: 1 email address == 1 subscriber. Although those 2 distinct subscribers can be 1 and the same "physical" person.

It's all managed by SMI classes.

|||Sure. Each subscriber can have multiple subscriberdevices associated with them. Just mind the match rule.

Joesql

Multiple distribution agents running on subscriber

I have 1 production db and 1 subscriber db using transaction replication on
SQL Server 2000 standard edition. They are over 100 gb in size. Essentially
the subscriber is a hot backup for the the production server. The db was
restored manually at the subscriber because it is to large for snapshot.
After reading Hilary's book, scanning the internet and posting to this
group, I made an exucutive decision to split up the articles into smaller
subscriptions: 6 to be exact, using pull subscriptions to minimize problems
on the production server. This allowed me to better control/assess problems,
latency, etc.
Everything is going alot better (if you've read any of my previous posts)
and I have most of the problems under control and latency is way down.
(Thank Hilary and Paul!) I do have one BIG question though, since there
doesn't seem to be a lot of documentation on this type of set up (multiple
subscriptions and publications with a 1to1 database.)
Okay here is the question. My distribution agents that are running on the
subscriber will "stop" running once they have "succeeded" or no replicated
transactions are available for that subscription. What is the best way to
get notified once these have stopped and setup a schedule for restart when
new transactions are available? If there is no way of knowing when new
ones are available, can I set a job to automatically start the agents when
for peak times that transactions will be available for the particular
subscription? Right now I am doing it manually which isn't very condusive to
sleep.
For example I know my subscription called "Main Bulk" will need to be
running most often during working hours while my subscription called "Price
History" will need to be running mostly overnight. Hope I've explained this
clear enough.
Thanks!!!!
Kristy
I think your best bet would be to query
distribution.dbo.msdistribution_status and then start up the distribution
agent after a certain number of undelivered commands are pooled for a single
agent in the distribution database.
ie
select * from distribution.dbo.msdistribution_status where agent_id=7 and
UndelivCmdsInDistDB > 2000
if @.@.rowcount > 1000
exec sp_start_job @.job_id=0x8458390850805824052
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com
"Kristy" <pleasereplyby@.posting.com> wrote in message
news:egY1BEoUFHA.3840@.tk2msftngp13.phx.gbl...
> I have 1 production db and 1 subscriber db using transaction replication
on
> SQL Server 2000 standard edition. They are over 100 gb in size.
Essentially
> the subscriber is a hot backup for the the production server. The db was
> restored manually at the subscriber because it is to large for snapshot.
> After reading Hilary's book, scanning the internet and posting to this
> group, I made an exucutive decision to split up the articles into smaller
> subscriptions: 6 to be exact, using pull subscriptions to minimize
problems
> on the production server. This allowed me to better control/assess
problems,
> latency, etc.
> Everything is going alot better (if you've read any of my previous posts)
> and I have most of the problems under control and latency is way down.
> (Thank Hilary and Paul!) I do have one BIG question though, since there
> doesn't seem to be a lot of documentation on this type of set up (multiple
> subscriptions and publications with a 1to1 database.)
> Okay here is the question. My distribution agents that are running on the
> subscriber will "stop" running once they have "succeeded" or no replicated
> transactions are available for that subscription. What is the best way to
> get notified once these have stopped and setup a schedule for restart when
> new transactions are available? If there is no way of knowing when new
> ones are available, can I set a job to automatically start the agents when
> for peak times that transactions will be available for the particular
> subscription? Right now I am doing it manually which isn't very condusive
to
> sleep.
> For example I know my subscription called "Main Bulk" will need to be
> running most often during working hours while my subscription called
"Price
> History" will need to be running mostly overnight. Hope I've explained
this
> clear enough.
> Thanks!!!!
> Kristy
>
>
sql

Multiple distribution agent sessions for one subscriber ?

I'm running SQL 2000 service pack 4 - on my publisher, my distribution and
subscriptions servers are SQL 2005 service pack 1...
Using replication monitor - I look at 'distributor to subscriber' history
and I see 3 distribution agent sessions running on one subscription...
select * from distribution..msdistribution_status gives :-
article_id agent_id UndelivCmdsInDistDB DelivCmdsInDistDB
-- -- -- --
31 300 199509 0
31 301 199574 0
31 302 65 199509
When I do a select count(*) from msrepl_commands I only see
199,000+ rows .
My question is this - is it a problem that I have multiple agents running ?
Have I done something wrong when setting up my replication
publication/subscription ?
Any advice appreciated.
Thanks in advance,
Have a look at MSsubscriptions - I would guess that you have 3 subscriptions
which accounts for the 3 rows returned. The fact that you get fewer rows
returned from a straight count of msrepl_commands is very odd. Is this
reproducible? Perhaps rows were added between the 2 commands? If it is
reproducible then I wonder if there are 2 agents for the same subscriber
which shouldn't be possible. The MSsubscriptions table will give more info.
HTH,
Paul Ibison
|||Paul,
yes - I have 3 rows in MSSubscriptions. Interestingly, for two of the rows I
have a subscriber_db of 'virtual'.... the db is only correct in one row.
Is there anything else I can check ?
"SteveH" wrote:

> I'm running SQL 2000 service pack 4 - on my publisher, my distribution and
> subscriptions servers are SQL 2005 service pack 1...
> Using replication monitor - I look at 'distributor to subscriber' history
> and I see 3 distribution agent sessions running on one subscription...
> select * from distribution..msdistribution_status gives :-
> article_id agent_id UndelivCmdsInDistDB DelivCmdsInDistDB
> -- -- -- --
> 31 300 199509 0
> 31 301 199574 0
> 31 302 65 199509
> When I do a select count(*) from msrepl_commands I only see
> 199,000+ rows .
> My question is this - is it a problem that I have multiple agents running ?
> Have I done something wrong when setting up my replication
> publication/subscription ?
> Any advice appreciated.
> Thanks in advance,
|||The only thing I could find was this:
http://www.tech-archive.net/Archive/SQL-Server/microsoft.public.sqlserver.replication/2007-03/msg00049.html
In your case I'd open a PSS case and see if this is listed in their database
- it might be that you can get some inside info and / or a hotfix. Meanwhile
I'll see if I can get some more info...
Paul Ibison