Forum Discussion

Jeanxyz's avatar
Jeanxyz
Icon for Power Participant rankPower Participant
11 months ago
Solved

deployment pipeline copied over refresh schedule

According to MS documentation, the refresh schedule doesn't get deployed via deployment pipeline. However, in my experience, I  after a notebook deployed to production workspace, there are some scheduled run failures. However, when I check the refresh schedule for the notebook,  it shows the refresh schedule is copied over, but not enabled. How come the notebook has scheduled run records? I'm pretty sure this notebook is not reference in any pipeline. 

 

  • AntoineW , no. I'm pretty sure I have never added the notebook in any pipeline (my workspace is a simple one) and I have double checked my workspace with no success. Actually, this is the second time I experience this issue. For the moment, I will assume there is a bug in Fabric and close the topic. 

4 Replies

  • Hello Jeanxyz,

     

    According to Microsoft Fabric documentation, deployment pipelines do not transfer or activate refresh schedules when moving artifacts (like notebooks) between workspaces. This is by design: the deployment process focuses on metadata and content, not operational triggers like scheduled refreshes.

     

    However, what you’re seeing—where the refresh schedule appears in the production workspace but is not enabled—is consistent with expected behavior. The schedule metadata (e.g., timing, recurrence) is copied over, but the execution trigger remains disabled until manually activated.

    What to do:

     

    1. Open the notebook → Schedules panel in PROD and confirm all schedulers are Disabled.
    2. If you don’t want scheduler configs cloned, remove the scheduler before deploy or delete it post-deploy in PROD.
    3. If you do want it active, explicitly Enable the schedule in PROD after verifying connections/permissions.

     

    This aligns the behavior you observed (schedule present but disabled, with a few failed entries) with the new scheduler CI/CD feature design.

     

    Hope it can help you 

    Best Regards,

    Antoine

    • Jeanxyz's avatar
      Jeanxyz
      Icon for Power Participant rankPower Participant

      But I don't understand why there are some scheduled refresh in run history since the refresh schedule is not enabled. I'm not surprised the scheduled refresh failed since the source file is not available in production workspace, but there should be no scheduled refresh since it's never enabled. 

      • AntoineW's avatar
        AntoineW
        Icon for Super User rankSuper User

        Jeanxyz

        Can you please check if this notebook is part of a pipeline that has been executed?
        Sometimes the run history shows entries not because of a direct schedule, but because the notebook was triggered indirectly by a pipeline or another orchestrator.

  • Jeanxyz's avatar
    Jeanxyz
    Icon for Power Participant rankPower Participant

    AntoineW , no. I'm pretty sure I have never added the notebook in any pipeline (my workspace is a simple one) and I have double checked my workspace with no success. Actually, this is the second time I experience this issue. For the moment, I will assume there is a bug in Fabric and close the topic.