Complaint replication issue - BDOC State: ERP Adapter call/No Upload to ERP

Hi,
When creating the complaint as an individual document it replicates to the ECC system without fail. But once I create it as a followup of an interaction record it does not replicate.
It is probably because even the interaction record (ZINR) creates BDOC upon save (which is not required, I dont know how to stop BDOC creation from an interaction record). SMW01 results show that ZINR also has the same BDOC errors: ERP Adapter called and No Upload into ERP.
Can anyone explain how to overcome this either by stopping BDOC creation from ZINR or replicating complaint regardless if ZINR was replicated or not.

Hi jacob,
Intially it is doing well which is a Initial Load. Then Comes to Delta Loads. So try to handle everything in the Middleware Mapping Function Modules in R3AC1.
Try to create a ZFunction Module in the Respective Object in R3AC1 and if you go into the Details of that particular Object you will see a Tab Control with different tabs, Among them Select the CRM to R/3 Mapping Function Function Modules  or R/3 to CRM Mapping Function Modules depends on your requirement and add a ZFunction Module there and break the Code.
So Every time the BDOC is created it will stop there when you try to process the Inbound or Outbound Queue in the Debugging mode. You can do this in SMQ1 and SMQ2 and DB click on the entry of your queue and Click on LUW Debugging. So that it will stop at the Z Function added in R3AC1.
So here you will find an entry if it is a Initial Load the structure fielf Initial Load will be 'X' if it s Delta load structure field with Delata Loads = 'X' or 'D' (Not sure) but there will be a indication for Initial and Delta Loads for sure.
Hope this helps

Similar Messages

  • Issue with Proximity Sensor during calls - Continued.

    This thread is a continuation of Issue with Proximity Sensor during calls which was getting too long and causing some browsers to time out. The old thread has been locked and the last post links to this thread.
    Thank you.
    Apple Discussions Hosts

    I find it completely ludicrous that Apple can interject on this thread and say it's received too many posts and has to be shut down and a "new" thread started. Really now? Seriously? Couldn't they also simply pop in and post 'hi guys, we hear you and are working on it' ...or something to that effect? That's my main complaint really is the deafening silence. What they're basically telling us is to complain all we want, if we don't like the phone then return it for a refund ...that is if you still have your original defective phone, for all you that already swapped phones, you're beat and are stuck with our mistake for the next 2 years when you'll be upgrade eligible again. ...WOW, thanks for the statement without technically releasing one. ...I think we're all left in the dark because Apple really doesn't know what is going on with the sensor, they can't and or won't release a statement without getting the facts straight. ...but we all know one fact is straight...the sensor is dysfunctional and that alone deserves an acknowledgement. How are we to have faith in Apple to fix the issue when we're left to believe they don't think there is one.
    ...btw update on "my fix" ...deleting all your photos and putting the phone in your arm pit and then under your pillow is only a temporary solution, for mine sensor is on the fritz again. ...shaking my head, if only this were
    funny.

  • Active directory SYSVOL replication issues

    Hello. 
    I have 2 domain controllers, both of them on the same site DC1 & DC2. I have added a new site with a DC3. When I have added DC3 to the domain, I have realized, SYSVOL was not initialized correctly. I went back to DC1 and found out, there's following
    error in the event viewer:
    Error: 4012 on DC1
    The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for 99 days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter
    (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected.
    Error: 2213 on DC2
    The DFS Replication service stopped replication on volume C:. This occurs when a DFSR JET database is not shut down cleanly and Auto Recovery is disabled. To resolve this issue, back up the files in the affected replicated folders, and then use the ResumeReplication
    WMI method to resume replication. 
    This indicates a DFS replication issue between DC1 & DC2 and probably this would be the reason, why the SYSVOL was not properly initialized on DC3. 
    How can I restore correct DFS replication between DC1 & DC2? I've read
    this article, but it's not clear to me, which of the 2 domain controllers has a good version of SYSVOL + I can not find a decent step-by-step article for reconnecting Windows 2012 domain controller.
    Any idea, how I can proceed further here?

    Here's a complete documentation with resolution of my issue. I have created this documentation for my own purposes in our WIKI, so I will paste it here (I hope, it will help somebody else in the future):
    The Problem
    We have bought a new server for our domain. This server (NEWDC01) was promoted to be a domain
    controller in the DOMAIN. After the promotion, I have added a single computer to the domain. When I have logged on the client to the domain, I realized, this computer is not using the new domain controller (NEWDC01)
    for authentication, but DC02 domain controller instead. This is not intended. Local clients should use local domain controllers for authentication (assuming, the Active directory sites & services are configured properly). Further investigation revealed,
    there are some replication errors on OLDDC01 & OLDDC02 servers. First I need to solve these replication errors. Then I can
    add the NEWDC01 server to domain properly.
    Analysis
    There are several errors related to DFSR replication on both domain controllers:
    Error: 4012 on OLDDC01
    The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain.
    This server has been disconnected from other partners for 99 days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder
    until this error is corrected.
    Error: 2213 on OLDDC02
    The DFS Replication service stopped replication on volume C:. This occurs when a DFSR JET database
    is not shut down cleanly and Auto Recovery is disabled. To resolve this issue, back up the files in the affected replicated folders, and then use the ResumeReplication WMI method to resume replication.
    In order to have active directory in a healthy condition, one must ensure, there’s a successful
    replication between existing domain controllers up and running. If the replication does not work correctly, you can expect bunch of issues.
    group policies and logon scripts are not applied correctly, or as intended
    when you want to add a new domain controller to the domain, it will not work as expected (although, you will not see any specific errors after the
    server is promoted to be a domain controller)
    Active directory backup
    I have scheduled an AD backup on OLDDC01 server using the ‘Windows Backup’ solution to make sure,
    I can restore the AD / SYSVOL, in case something goes wrong. The backup is scheduled to be executed every day.
    Active directory restore
    In this particular case, I will talk only about SYSVOL restore. As indicated above, we must get
    rid of the DFSR event viewer errors which you can find in event viewer. One of them is indicating, that the JET database was not shut down cleanly and autorecovery was disabled. The other error indicates, the SYSVOL volume is no longer replicated. I am not
    sure, what is the reason, why the AD’s in the domain stopped to replicate. Probably it was an unclean server shutdown. The DFSR service stopped to replicate the SYSVOL share and I was not aware about that. When the replication did not run for more than ~99
    days, the SYSVOL share was excluded from the DFSR replications.
    Find out the most accurate SYSVOL share in the domain
    I have compared the content of the SYSVOL directories on both OLDDC01 and OLDDC02 servers: C:\Windows\SYSVOL\domain\Policies.
    Both directories have 37 subdirectories. Each subdirectory corresponds to one group policy. This means, that the content is approximately the same, thus I can’t tell, which version is most recent. I do most of the GPO changes on OLDDC01, so I made a conclusion,
    that this server contains the most recent version of the SYSVOL share.
    There are 2 types of SYSVOL restores, you can do:
    Authoritative restore
    Non-authoritative restore
    Non-authoritative restore
    This is a more simple kind of a restore. You can perform this kind of restore, when you are sure,
    that one of the domain controllers is authoritative (e.g. you presume, the SYSVOL share is intact and working properly). If you can identify such a working server, you can perform non-authoritative restore of the active directory on a broken domain controller.
    Authoritative restore
    In this case, you can designate a specific domain controller to be authoritative. You set a special
    flag on this server, which will prohibit to overwrite it’s state from another domain controllers, when the replication is enabled on the server again. After you designate one server to be authoritative, you need to update all the another domain controllers
    using the non-authoritative procedure.
    In this article, you can find, how to perform authoritative vs. non authoritative AD resotre:
    http://support.microsoft.com/kb/2218556.
    In my case, I was not sure, which of the domain controllers had a more recent copy of AD, so I
    have decided to make OLDDC01 authoritative (check the link above). Once this has been done, I have made a non-authoritative update on OLDDC02 server.
    Everything was almost ready. The last step, I needed to execute was, I needed to fix the ‘JET’
    event viewer error on SRVBK1. In the event log entry on the bottom, you can find following:
    Recovery Steps
    1. Back up the files in all replicated folders on the volume. Failure to do
    so may result in data loss due to unexpected conflict resolution during the recovery of the replicated folders.
    2. To resume the replication for this volume, use the WMI method ResumeReplication
    of the DfsrVolumeConfig class. For example, from an elevated command prompt, type the following command:
    wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig
    where volumeGuid="D37A9FC3-8B1D-11E2-93E8-806E6F6E6963" call ResumeReplication
    For more information, see http://support.microsoft.com/kb/2663685.
    Final words
    After I have executed this command, the replication was again started between OLDDC01 and OLDDC02
    servers. After I have started up the NEWDC01 server, I have realized, it has automatically replicated the contents of the SYSVOL share - almost immediately after the server was started up. I have again tried to login with the local client into DOMAIN domain
    and now I see, that local client is using local Domain controller for authentication.
    Everything seems to be OK now.

  • Issue with JMS inbound Adapter  and Asynchronous BPEL

    Hi Gurus,
    I am facing the below issue with JMS inbound Adapter and Asynchronous BPEL .
    I have 2 JMS Queues one inbound and one outbound . The Composite has multiple BPEL Components around 4 on an average and i have 4 composites similar to that .
    Totally 4 Composites * 4 BPEL Components = 16 Services
    Propoesd Solution :
    I have used MessageSelector in the JMS Adapter for selecting the incoming message. The BPEL gets invoked if the message selector is true and proceses the Message and writes the response to the other Queue.
    Initially i had no problems but intermittantly the BPEL processes are getting invoked but they are not processing the data ( Bpel process is supposed to invoke an external service and get the response in a sync call) and each BPEL processe instance is in running state for ever . This remains even if i restart the servers .
    The message gets read by the JMS Adapter , BPEL instace gets created but it wont proceed futher and remains in the runnign state for ever.
    If i redeploy the Composite then messages get processed but the issue creeps up again ( i tried to checl the logs but ino cluea about the issue .
    Getting frustrated day by day tried the bpel.config.transaction, increased the JMS Adapter threads , inreased the worker threads but all in vein..
    please let me know if any one has faced similar issue .
    Anticipating a quick response from the gurus.
    Lakshmi.

    We are also facing this issue in 11.1.1.5.
    Breifly the issue is : The BPEL process which polls an inbound JMSAdater ( consume_message) either stays in running state forever ( whatever we do) or go to the recovery queue. It doesnt recover even if i try to recover it. This happens intermittently. Redeploying the application / restarting servers sometime solve the issue but as know we cant do that on prod systems .
    Can some one look into this on priority and help us giving a solution/workaround.

  • Urgent complaint against the company for the game (Call of War 2)

    HI Apple Customer
    I want to lodge a complaint against the company for the game Call of War 2 where they were paid large sums of money to buy gold from within the game , and the problem is that the game does not work properly in this talk to my complaint on behalf of a lot of people affected by this game
    The beginning of my problem with them is that I paid $ 10 dollars to buy gold from within the game and did not I receive gold and filed a complaint and you 've Pthoila link to the company and the amount demanded , but did not recover to now
    Second, you then ship went at least $ 200 in order to increase my points within the game , but what happened unlooked
    Where she lost a lot of points in the game through suspension compulsory in the game during the winning entry for the battle where the message appears ( There was an error in the game and is being re- loaded (
    Causing heavy losses to me where I went in the amounts paid by the wind
    I am not the only one suffering from this problem , but all the players in the game and what they are Arabs and our own website in English , they do not know how to make a complaint to you
    Of the problems that I face when I entered I battle to download and try to destroy the enemy soldiers and earn points .. got an error message appears and the game is being re- uploaded because of this and lost a lot of points
    In contrast, the enemy attacked by Ali and win and take the points, losing my points from both sides , not only one side
    To prove that you have attached pictures
    In addition to this when my complaint is they do not respond quickly , and that was answered say that Gary solve the problem for them and what has not been nearly two weeks to solve the problem
    The tickets are closing the complaint without my consent and my advice so
    Lost in the game nearly 100 points and lost a lot of mattresses because of their problems and in spite of my claim Ptaubi but they do not care about it any attention , where only care about attracting players to buy gold through without paying attention to the daily announcements technical support and solving problems of the game
    Picture number one shows the attack, which I've done and lost it , and the reason is that the game is stopped and failed landing soldiers what caused the loss of points
    The second picture shows the defense so that also lost a lot of points
    I can not attack while the other players came to heavy losses and lost
    I hope compensatory and accounting problems that the company did not end
    And to you my thanks and appreciation

    Please be aware that you are not communicating with Apple when you post in these forums. These are user-to-user support forums, so in almost all cases the only people who will reply to your posts are, like me, your fellow users.
    As to your issue with this game, go here:
    http://www.apple.com/support/itunes/contact/
    and follow the instructions to report the issue to the iTunes Store.
    Regards.

  • Issue with Receiver SOAP adapter for synchronous scenario

    Hello All,
    We are facing a strange issue with the SOAP adapter in the interface we have setup. This is the 1st time we are using SOAP adapter in our system (PI 7.11 SP7). We are making a synchronous HTTP call to the web service exposed by another system in our landscape. The payload is send with SOAP envelope and there are no credentials to be maintained in PI settings.
    The issue is that we are always getting timeout exception in PI audit logs after sending the request (3 minutes - standard timeout value, no additional config for this). But target system has confirmed that they are sending the response back. We tested from our server OS level and have received the response back in the same screen (to verify there is no firewall/port issue in between the systems). But when tried from RWB, it is always giving the timeout exception and we are not able to see any other log.
    We have tried checking in the NWA logs as well after increasing the logging level to ALL for com.sap.aii.adapter.soap. But surprisingly, we didn't get any logs at all for the outgoing SOAP call or incoming response and hence we are unable to trace the issue.
    We have setup another synchronous inbound SOAP interface (PI exposing the webservice) and it is working fine. We are also able to trace the logs in both audit log and NWA logs.
    Is there anywhere else we can check for the logs? Audit logs is showing timeout error and we are not able to see anything in NWA logs.
    Does the target system need to maintain PI credentials in the header when they send the synchronous response back?
    Are there any specific settings which should be checked to enable the sync communication? (this should not be the case since the inbound interface is working fine)
    Please help.
    Thanks
    Justin

    Hi Amit,
    Thanks for the reply.
    Yes we had tested successfully via SOAP UI as well (forgot to mention that). We are getting back the expected response in SOAP UI without using any credentials. We got the same response when we tested it through OS commands from PI server.
    The WS is hosted by the target system and they haven't maintained any credentials at their end. So when PI is trying to access, we don't need to provide any credentials. My question is, whether the target system should keep any credentials to send the synchronous response back to PI (java stack). We have tried that as well but since there aren't any logs, we are unable to verify whether the credentials are coming correctly.
    The service interfaces are correct and PI configuration are OK. I will try the XPI inspector for logs as you have suggested.
    Thanks
    Justin

  • SOAP - XI - RFC.  XI not perform Adapter call after Technical Routing.

    Hi, All!
    I have a problem with XI.
    My configuration (all calls are synchronous):
    SOAP adapter -> XI mapping -> RFC adapter call to R/3
    Most of the time it's works correctlly!
    But some times XI does not call outbound RFC adapter after "Technical Routing". And there is no error in XI Monitor, but this XML message marked like "scheduled". So the SOAP adapter returns "Timeout error".
    I have compared messages in XI monitor for a successful call and a unsuccessful one. There is no difference in "Routings" and "Mapings" they are the same, except for in the unsuccessful message no "Adapter call" at all!
    Do you know how to solve such a problem?
    Thank you!!

    try to register all queues in SXMB_ADM -> Manage queues.
    I think that should help you solve the issue.

  • XA Trasaction issue with SAP JCA Adapter

    Using OSB 10gR3
    We have a proxy picking messages from a JMX queue using an XA enabled connection factory (the default weblogic XA connection factory). Proxy service calls a business service which is based on the SAP JCA WSDL and posts an IDOC to SAP system. A Route to node with Routing option Quality of service set as Exactly Once is used to ensure a rollback in case of errors on SAP processing. (Also tried with a service callout in request pipeline to achieve the same result).
    Here are the issues we are facing
    1. If the the SAP Outbound connection on iwafjca resource adapter is set as Local Transaction
    When testing from console the service runs fine. When message is sent from JMS queue we get an error "Transaction already exists". This seems correct as SAP Adapter will try to create a new transaction which will be possible while running from console while when Global transaction is created by JMS queue (when Proxy picked up message from XA enabled queue) SAP Adapter will not be able to create a separate transaction being not a part of XA.
    2. If SAP Outbound connection on iwafjca resource adapter is set as XA Transaction
    Even the business service when tested directly from console fails in this scenario. The error we get is "XA transaction not supported by JCA adapter".
    Any idea how to make the SAP JCA Adapter call a part of global transaction so that failed messages can roll back to the JMS queue?
    Sorry for the long description but I thought it will make it easier :)

    2. If SAP Outbound connection on iwafjca resource adapter is set as XA Transaction
    Even the business service when tested directly from console fails in this scenario. The error we get is "XA transaction not supported by JCA adapter".
    Any idea how to make the SAP JCA Adapter call a part of global transaction so that failed messages can roll back to the JMS queue?The interface provided by SAP (SAP JCO) doesn't support JTA transactions.So there is no way adapter/Connection factory can enlist in global transaction.
    1. If the the SAP Outbound connection on iwafjca resource adapter is set as Local Transaction
    When testing from console the service runs fine. When message is sent from JMS queue we get an error "Transaction already exists". This seems correct as >SAP Adapter will try to create a new transaction which will be possible while running from console while when Global transaction is created by JMS queue >(when Proxy picked up message from XA enabled queue) SAP Adapter will not be able to create a separate transaction being not a part of XA. This is known behavior and If I remember correct there is Bug raised but closed as Work as Designed (I still don't have clear explanation why adapter starts local transaction when underlying connection doesn't even participate ). Solution for this is to Make QOS=Best Effort.This makes sure that the local transaction required by adapter will not conflict with global transaction.
    So if you expecting adapter to participate in global JTA currently it is not supported.
    Thanks
    Manoj

  • SQL Server Transacational Replication Issue while adding a new article

    I have a "PULL" transaction replication toplogy (SQL server 2008 R2 - publisher,subscriber & distributor) in place and is working fie. I added a new article (table) using sp_addarticle and it works fine. Then I tried to add subscription
    to the new article using sp_adddsubscrition SPROC from the publisher (details below)
    EXEC sp_addsubscription @publication = @pub_name, @article = @article_name, @subscriber = @sub_server, @destination_db   
    = @sub_dbname, @subscription_type = N'pull',@update_mode = N'read only', @sync_type = 'sutomatic', @status = 'active', 
    @reserved ='Internal'
    I tried with all combination of values in the @sync_type parametr,
    The above command fails with the following message:
    Msg 14100, Level 16, State 1, Procedure sp_MSrepl_addsubscription, Line 533;
    Specify all articles when subscribing to a publication using concurrent snapshot processing.
    The sync_type value parameter is "replication support type" when the subscrition was added orginally to the publication. This trsnslates into a value of 3 (CONCURRENT)  in sync_method
    column on the outpout of sp_helppublication SP execution.
    What am I doing wrong? Please advise. Your help is much appreciated.
    Thanks in advance
    Kirti

    Thanks for your reposne, Mr. Cottr.
    It was a type-oin the value for @sync_type parameter in the sp_addsubscription call when I posted this article originally. It was actually set to "automatic".  I have posted the scripts per your request. These scripts are executed in SQLCMD mode in
    SSMS query qindow. Since this is a PULL subscription, thre is another script for pP-addpullsubscription that is not incldued in this post. If you need that also, I will be glald to post that also. Thanks again for your help.
    -->>>>>sp_addpublication:
    USE [master]
    GO
                           SQL Server Transactional Replication Related Scripts
    Function: Configuring publication on the database at the publisher
    -- TO DO: Parameters to set before executing this TSQL batch script
    :SETVAR pub_dbname                TestDB
    :SETvar pub_name                  TestDB-TranPub01
    :SETVAR distributor               DISTRIBSVR
    :SETVAR repl_admin_account        <domain>\<account_name>
                                       --replication admin account for non-prod environment
    :SETVAR repl_admin_password       <pwd>
                                       --password for replication admin account
    USE [$(pub_dbname)]
    SET NOCOUNT ON
    IF db_name() IN ('master', 'model', 'msdb', 'tempdb', 'distribution', 'DBA')
    BEGIN
       RAISERROR('Please set the user database name properly and rerun the script', 15, 100)
       RETURN
    END
    DECLARE @dynsql                        sysname
           ,@repl_ddl                      int
           ,@allow_initialize_from_backup  varchar(5)
    SET @repl_ddl                     = 1       -- preferred value is 0 (replication of DDL statements prohibited; manually enabled
    when needed only)
    SET @allow_initialize_from_backup = 'true'  -- preferred /do not change this value
    -- Adding the transactional publication
    DECLARE @desc     varchar(255)
    SET @desc = 'Transactional replication of database ' + QUOTENAME('$(pub_dbname)') +
                ' from publisher ' + QUOTENAME(@@servername) + '; Publication: ' + QUOTENAME('$(pub_name)')
    PRINT '1. Configureing publication ' + QUOTENAME('$(pub_name)') + ' on database ' + QUOTENAME('$(pub_dbname)') + ' ...'
    EXEC sp_addpublication
         @publication                  = '$(pub_name)',
         @description                  = @desc,
         @retention                    = 0,
         @add_to_active_directory      = N'false',
         @allow_push                   = N'false',      -- push subscription disabled
         @allow_pull                   = N'true',       -- pull subscription enabled
         @allow_anonymous              = N'false',   
         @allow_sync_tran              = N'false',
         @allow_queued_tran            = N'false',
         @allow_dts                    = N'false',
         @allow_initialize_from_backup = @allow_initialize_from_backup,
         @allow_subscription_copy      = N'false',
         @compress_snapshot            = N'false',
         @enabled_for_internet         = N'false',    
         @enabled_for_p2p              = N'false',
         @independent_agent            = N'true',
         @immediate_sync               = N'false',     
         @repl_freq                    = N'continuous',
         @replicate_ddl                = @repl_ddl,
         @snapshot_in_defaultfolder    = N'true',
         @status                       = N'inactive',   -- initialy publication is inactive / activated later after articles
    are added to the pblication
         @sync_method                  = N'concurrent'  -- preferred
    IF @@ERROR <> 0 RETURN
    PRINT '2. Configureing publication ' + QUOTENAME('$(pub_name)') + ' on database ' + QUOTENAME('$(pub_dbname)') + ' ...'
    EXEC sp_addpublication_snapshot
          @publication                 = '$(pub_name)',
          @frequency_type              = 1,
          @frequency_interval          = 1,
          @frequency_relative_interval = 1,
          @frequency_recurrence_factor = 0,
          @frequency_subday            = 8,
          @frequency_subday_interval   = 1,
          @active_start_time_of_day    = 0,
          @active_end_time_of_day      = 235959,
          @active_start_date           = 0,
          @active_end_date             = 0,
          @job_login                   = '$(repl_admin_account)',
          @job_password                = '$(repl_admin_password)',
          @publisher_security_mode     = 1,             --Windows authentiction
          @publisher_login             = '$(repl_admin_account)',
          @publisher_password          = '$(repl_admin_password)'
    IF @@ERROR <> 0 RETURN
    PRINT 'Executing sp_helppublication for ' + QUOTENAME('$(pub_dbname)') + '.' + QUOTENAME('$(pub_name)') + ' ...'
    EXEC sp_helppublication @publication = '$(pub_name)'
    PRINT 'Executing sp_helppublication_snapshot for ' + QUOTENAME('$(pub_dbname)') + '.' + QUOTENAME('$(pub_name)') + ' ...'
    EXEC sp_helppublication_snapshot @publication = '$(pub_name)'
    --->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
    -->>>>sp_addsubscription
    USE [master]
    GO
                           SQL Server Transactional Replication Related Scripts
    Function: Register the (pull) subscription at the subscriber
    -- TO DO: Parameters to set before executing this TSQL batch script
    :SETVAR publisher_dbname          TestDB
    :SETvar publication_name          TestDB-TranPub01
    :SETVAR subs_server               SUBSVR
    :SETVAR subs_dbname               TestDB
    :SETVAR distributor               DISTRIBSVR
    :SETVAR repl_admin_account        <domain>\<account_name
                                      --replication admin account for non-prod environment
    :SETVAR repl_admin_password      <pwd>
                                      --password for replication admin account
    USE [$(publisher_dbname)]
    SET NOCOUNT ON
    IF db_name() IN ('master', 'model', 'msdb', 'tempdb', 'distribution', 'DBA')
    BEGIN
       RAISERROR('Please set the user database name properly and rerun the script', 15, 100)
       RETURN
    END
    DECLARE @dynsql                        sysname
           ,@distibutor                    sysname
           ,@subscriber                    sysname
           ,@pub_dbname                    sysname
           ,@pub_name                      sysname
           ,@pub_login                     sysname
           ,@pub_password                  sysname
           ,@dest_dbname                   sysname
           ,@job_login                     sysname
           ,@job_password                  sysname
           ,@repl_ddl                      int
           ,@allow_initialize_from_backup  varchar(5)
    SET @pub_dbname                   = '$(publisher_dbname)'
    SET @pub_name                     = '$(publication_name)'
    SET @subscriber                   = '$(subs_server)'
    SET @dest_dbname                  = '$(subs_dbname)'
    SET @distibutor                   = '$(distributor)'
    SET @job_login                    = '$(repl_admin_account)'  
                                         -- used by replication agents to connect
    to publisher for queued updating subscriptions
                                         -- make sure account has DBO access on subscriber
    db
    SET @job_password                 = '$(repl_admin_password)'
    PRINT '1. Adding subscriber for pull subsctiption of publication ' + QUOTENAME(@pub_name) + ' on database ' + QUOTENAME(@pub_dbname) + ' ...'
    EXEC sp_addsubscription
         @publication       = @pub_name,
         @article           = 'all',
         @subscriber        = @subscriber,
         @destination_db    = @dest_dbname,
         @subscription_type = N'pull',
         @update_mode       = N'read only',
         @sync_type         = 'replication support only',
         @status            = 'active'
    IF @@ERROR <> 0 RETURN
    Execute sp_helpsubscription @publication = 'FTBTrade_TEST-TranPub01'
    --@pub_name

  • Replication issue between lync 2010 FE and lync 2013 FE

    Hello
    I face any issue in my lync server's .
    I was in the last steps in the migration process from lync 2010 to 2013 enterprise edition .
    where CMS was moved already to 2013 , and later on many time I checked the replication and it was fine , then I deleted the CMS DB FROM 2010 FE and I checked the replication and it was fine .
    later on I proceed to delete the archiving server and monitoring server and it was fine .
    later on I proceed to
    Reset call admission control
    Prevent sessions for services
    Stop Lync Server 2010 services
    Remove a Front End Server from a pool
    I just I face this replication issue after I start the process to delete the lync 2010 pool which im stuck on it now .
    one more thing while I was trying to delete the 2010 front end pool , I got the error .
    Error: An error occurred: "System.InvalidOperationException" "Cannot publish topology changes. Conference directories still exist on a pool that would be deleted. Remove the conference directories before continuing."
    so I moved the conference directories from 2010 pool to the 2013 pool successfully.
    but later on when I check the replication I notice the replication issue ?
    Get-CsManagementStoreReplicationStatus
    UpToDate           : False         """""""""""""""""""it is already shutdown
    ReplicaFqdn        : HQ-EDGE01.mydom
    LastStatusReport   :
    LastUpdateCreation : 3/23/2015 11:22:17 AM
    ProductVersion     :
    UpToDate           : True
    ReplicaFqdn        : HQ-LYNC2013-FE.mydom
    LastStatusReport   : 3/19/2015 5:21:27 PM
    LastUpdateCreation : 3/19/2015 5:21:25 PM
    ProductVersion     : 5.0.8308.556
    UpToDate           : False
    ReplicaFqdn        : HQ-LYNC-FE-01.mydom
    LastStatusReport   : 3/19/2015 11:38:25 AM
    LastUpdateCreation : 3/23/2015 11:52:17 AM
    ProductVersion     : 4.0.7577.0
    then I run the
    I run Invoke-CsManagementStoreReplication
    Get-CsManagementStoreReplicationStatus
    UpToDate           : False     """""""""""""""""""it is already shutdown """"""""""""""""""
    ReplicaFqdn        : HQ-EDGE01.mydomain
    LastStatusReport   :
    LastUpdateCreation : 3/23/2015 10:18:22 PM
    ProductVersion     :
    UpToDate           : True
    ReplicaFqdn        : HQ-LYNC2013-FE.mydomain
    LastStatusReport   : 3/23/2015 10:18:26 PM
    LastUpdateCreation : 3/23/2015 10:18:22 PM
    ProductVersion     : 5.0.8308.556
    UpToDate           : False
    ReplicaFqdn        : HQ-LYNC-FE-01.mydomain
    LastStatusReport   : 3/19/2015 11:38:25 AM
    LastUpdateCreation : 3/23/2015 10:18:22 PM
    ProductVersion     : 4.0.7577.0
    ====================
    Get-CsManagementStoreReplicationStatus
    UpToDate           : False  """"""""""""""" it is already down """""""""""""""""""""
    ReplicaFqdn        : HQ-EDGE01.mydomain
    LastStatusReport   :
    LastUpdateCreation : 3/23/2015 10:53:23 PM
    ProductVersion     :
    UpToDate           : True
    ReplicaFqdn        : HQ-LYNC2013-FE.mydomain
    LastStatusReport   : 3/23/2015 10:18:26 PM
    LastUpdateCreation : 3/23/2015 10:18:22 PM
    ProductVersion     : 5.0.8308.556
    UpToDate           : False
    ReplicaFqdn        : HQ-LYNC-FE-01.mydomain
    LastStatusReport   : 3/19/2015 11:38:25 AM
    LastUpdateCreation : 3/23/2015 10:53:23 PM
    ProductVersion     : 4.0.7577.0
    why LastUpdateCreation : 3/23/2015 10:53:23 PM from the lync 2010 pool  ????
    I'm not doing any change on 2010 pool now (I just try to delete it ) , all the change it is on 2013 pool .
    for edge server 2013 I shut down the server since there is another configuration issue there (so replication to edge server not the issue now since it is down).
    my question is this will affect my lync 2013 since it is the production now  ? is this un completed steps for removing the 2010 pool affect my production.
    is the replication issue affects my 2013 pool ?
    Kind Regards
    MK

    Hi,
    From your description above, did you mean before deleting the Lync Server 2010 Pool from topology, you found the replication of Lync 2010 FE Server not update to date?
    If it is the case, based on my knowledge, there is no affect for Lync Server 2013 Pool. Please double check if Lync Server 2013 Pool work normally, and Lync users in Lync 2013 Pool can use all Lync function without issues. Then you can delete Lync 2010 Pool
    from Topology and publish it. After finish it, please re-run step 2 on Lync Server 2013 FE Servers.
    Best Regards,
    Eason Huang  
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
    Eason Huang
    TechNet Community Support

  • SOA DB Adapter - Calling procedure returning PL/SQL types

    Hi All,
    We have a Scenario where we are calling a Procedure from a SOA Composite using normal DB Adapter 'Call Procedure'.
    This procedure is simply querying data from DB and returning a Oracle DB Object.
    Since, the procedure returns a PL/SQL type which cannot be handled directly in SOA. So SOA creates a Wrapper Procedure on top of it.
    This wrapper procedure is basically used to convert, during procedure calls, PL/SQL types to SQL and vice-versa.
    The above said is a standard functionality provided by Oracle.
    Now:
    We are facing a peculiar issue while calling the procedure. Many of the Procedure calls return the expected result many are failing due to error - 'NO DATA FOUND'.
    Out of 100 calls, 34 failed. All the 100 calls have same input, implies that we should expect the same output.
    We also confirmed that there were no other changes done in DB at that time.
    We generated the DB trace and found that for the failed calls we don't get anything in trace.
    That implies the call doesn't even reaches the DB.
    We tried shutting down and starting back our Weblogic datasource. Issue got resolved, all calls start executing successfully!!!
    But again after executing 1000-2000 calls, we again face the same issue. Calls with same input start failing with - 'NO DATA FOUND'.
    We certainly know that its an issue with caching on Weblogic level. But not yet able to prove it.
    We suspect that this caching is done at JDBC level in JPublisher component... Not Sure!!!
    We have done enough RnD to rule out anything on DB or SOA side. Its on Weblogic.
    Anybody out there has any idea on how this Weblogic caching is done and how we can control it?
    --Inder                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

    Are you in a clustered environment and using coherence?
    You can try to clear cache as mentioned below
    soa_server1->System MBean Browser->Application Defined MBeans->oracle.mds.lcm->Server: soa_server1->Application: soa-infra->MDSAppRuntime->MDSAppRuntime->Operations tab->clearCache
    You may also find this article useful
    http://www.oracle.com/technetwork/articles/soa/data-tier-caching-for-soa-101753.html
    Edited by: user5433411 on Apr 25, 2013 3:37 AM

  • BIC XI Adapter call failed

    Hi,
    I am working on EDI 850 interface in SAP PI. I am using Seeburger adapter for the EDI data conversion. I am able to convert the data successfully and IDOCs are created successfully.
    I am facing the problem in creating the 997 (functional acknowledgment) data. Below is the error message received the receiver communication channel:
    Message processing failed. Cause: Error in BICMODULE-module:Temporary error: BIC XI Adapter call failed. Reason: InhouseDocReader doSyntaxCheck(): offset[48]: the found segment Functional_Acknowledgment is not in the message description. DESCRIPTION: InhouseDocReader Error: The Segment Functional_Acknowledgment is missing in the message description. Check your file.
    In SXMB_MONI i could able to see the Functional acknowledgment xml data under main document. But it is not getting processed successfully to generate the file.
    Am i doing any mistake in configuration? Please help me...
    Regards,
    Vasantha

    Hi Jyoti,
    I had a raised a similar case with SAP and came to know that archiving only works if the error raised by the module is so called "Permanent". However, bic doesn't raise permanent error due to which archiving of error files won't be possible. Seeburger haven't came up with a solution yet.
    Regards,
    Prateek

  • See Burger Error in BICMODULE-module:Adapter call failed. Reason: null

    Hello All,
    Scenario IDOC to File using Seeburger BIC problems in in my receiver adapter when converting from XML to EDI.
    Error is:
    "Message processing failed. Cause: Error in BICMODULE-module:Adapter call failed. Reason: null"
    The Seeburger modules used in my receiver adapter:
    1     localejbs/CallBicXIRaBean     Local Enterprise Bean     BIC_MT
    2     localejbs/CallBicXIRaBean     Local Enterprise Bean     BIC
    3     localejbs/Seeburger/FileStore     Local Enterprise Bean     ARCHIVE_EDI
    4     CallSapAdapter     Local Enterprise Bean     0
    with following module configurations
    BIC     destDelimiter     @http://seeburger.com/xi/bic/destDelimiter
    BIC     destSourceMsg     source
    BIC     destTargetMsg     MainDocument
    BIC     dynamicConfiguration     true
    BIC     newLine     true
    BIC     useAttribIfSet     true
    BIC_MT     PartnerLookup     on
    BIC_MT     destSourceMsg     MainDocument
    BIC_MT     destTargetMsg     MainDocument1
    BIC_MT     mappingName     XML_Generic_ANSI_X12_to_DB_MT_OUT
    BIC_MT     saveSourceMsg     source
    Can some one tell me why there is an Error and what additional module configurations it requires .
    Thank you,

    Hi,
    If possible go to mapping in BIC designer Tool and execute the same by passing your payload there...
    if you encounter any errors then there might be a problem with mapping developed...or can be payload..
    Also check the parameter used for destSourceMsg source ...is that the source message which contains the payload ?
    HTH
    Rajesh

  • Issue with Proximity Sensor during calls - Continued v2

    This thread is a continuation of Issue with Proximity Sensor during calls - Continued. which was getting too long and causing some browsers to time out. That thread has been locked and the last post links to this thread.
    See also the initial thread Issue with Proximity Sensor during calls
    Thank you.
    Apple Discussions Hosts

    rbrylawski wrote:
    Goflying wrote:
    mbassoc2003 wrote:
    I wish that were so. Then they would probably be taking prompter action. But the return rate three weeks in was substantially lower than most handsets at launch and only a quarter that of the 3GS. I suspect the return rate has remained incredibly low and the figures are further slewed down the way by the worldwide distribution that is now in the tens of millions.
    At 5% return rate on a product I understand that becomes a 'significant event' that becomes declarable to shareholders, so we know they haven't reached that milestone yet.
    a disclosable event is not triggered by a specific stock return level unless apple has entered into covenants re same. Suggest you take a look at sec rules for more info
    Still, unless you have insider knowledge, you don't know Apple's buying them back at record numbers. You may be guessing, but you likely don't have proof....
    agree. I don't have any proof whatsoever, just a strong gut feeling that all is very much not as rosy in cupertino as it might seem.
    For a company whose culture is steeped in phreakery, apple is showing an amazing inability to exert control.
    too many screw ups, too many loose ends, too many whacky hires, too many media backlashes - maybe the senior staff went into dumb-mode while steve was away for so long
    null

  • Call remains in "conferenced" state after the call is released

    We have a scenario where a lengthy recorded message is set up through a ICM call routing script.  If we call the number we assigned to the script using our hard phones the call is disconnected as soon as the recorded message is finished playing.
    When we use Cisco Administrator Desktop and the conference feature, the call remains in the "conferenced" state after the call has been released.
    My assumption was that our reports would be smarter than CAD and would get it right.  However, reporting agrees with CAD, it thinks the call remained on a conference call for the whole time.
    In the script we set some variables for the call, play the message through "RunExtScript" node, set a call type, than use the "ReleaseCall" node to disconnect the call. Any ideas how we can configure the script other than this?

    Hi,
    can you tell us more - do you have Translation Routing set up, perhaps?
    Also, can you take a look at the Router Log (on the Distributor server).
    And please swith the script to Monitoring mode to see where it fails.
    G.

Maybe you are looking for