Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

can't find action to import production data to sandbox?

per the documentation here - https://confluence.atlassian.com/cloud/manage-sandboxes-1019402392.html#Managesandboxes-Copydatatoasandbox.

we don't see the "Copy production data" action in jira per the 3rd step - "3. Under Actions in the product table, select Copy production data."

2 answers

1 accepted

3 votes
Answer accepted
Matt Tse Atlassian Team Feb 03, 2021

That's the goal @Darryl Lee

@William Vancrey Darryl's right that you may not yet have the feature enabled. We're still in the midst of rolling it out. I'm more than happy to get your instance fast-tracked if you'd like. Please send me an email at mtse@atlassian.com with your site details. 

Cheers,

Matt

Exciting!

So question while I've got you @Matt Tse. The docs say:

Currently, you can’t copy apps, app data, media attachments, or Jira Service Management features powered by Opsgenie into a sandbox. 

So, were never able to do this when manually restoring a backup file, but additionally, the restoration process actually blew away any apps that may have been installed.

So, is that still going to be the case with the Copy production data feature?

Don't get me wrong. I'm pleased that I won't have to deal with failed restores because of too many groups that need to be restored (wha!?)

And I'm thankful that most third-party Validators, Conditions, and Post-Functions store their data in the actual XML of Workflows, so those will still "work" after reinstalling the apps. (Tested with JMWE, and I think JWT? Or maybe it was Scriptrunner.)

But for things like @Deviniti Cloud's excellent Extension for JSM (Dynamic and Bundled Fields, and Request Details, oh my!), it is a major bummer that those configurations are "lost" when restoring to Sandbox.

[I fully recognize that trying to preserve app data will in many cases mean having to figure out whether the data is local to Jira or stored in the app vendor's cloud, and if so, then you've got have the app vendors create Sandboxes. Ugggh.

Maybe vendors just need to provide robust configuration import/export functionality. Kind of like you can do with Automation Rules.]

Like # people like this
rikf Atlassian Team Feb 03, 2021

Hey, @Darryl Lee thanks for the feedback. 

 

  it is a major bummer that those configurations are "lost" when restoring to Sandbox.

I am a senior engineer on the sandbox team and wanted to provide some context on this behaviour.  We have a principal on the sandbox team that a sandbox site should never interfere with the parent site. 

One example where this would be a problem is a messaging app that notifies users when changes are made to an issue. It would be confusing or even alarming if users received notifications for changes made on the sandbox.

There are other pieces of system configuration we also prevent from being copied over such as webhooks for the exact same reason. 

 

Having a richer story around app migrations is something the team is thinking about. 

 

Cheers,

Rik

Like # people like this

Hey @rikf (sorry I tagged Matt before) - yeah, absolutely important to not mess with production, so understood about not copying over (or disabling by default) notifications, webhooks, etc.

But hey, can you confirm though that a "Copy" is actually doing a full restore, with the understanding that any app customizations in the Sandbox will be lost?

Oh, speaking of notifications: because Automation uses a different email server than built-in Jira notifications, it would be great if there was a way for notifications to be disabled for Automation Rules as well. (While I love being able to export/import rules, it's a hassle to have to go into each rule that sends an email and plug in a dummy address.)

rikf Atlassian Team Feb 03, 2021

But hey, can you confirm though that a "Copy" is actually doing a full restore, with the understanding that any app customizations in the Sandbox will be lost?

 

Yep, so other than the caveats we already mentioned its pretty much a full restore. 

 Oh, speaking of notifications: because Automation uses a different email server than built-in Jira notifications, it would be great if there was a way for notifications to be disabled for Automation Rules as well. (While I love being able to export/import rules, it's a hassle to have to go into each rule that sends an email and plug in a dummy address.)

Not familiar with Automations but we do disable outgoing emails as part of the restore process, so I would be surprised if Automations still sends emails from a Sandbox, have you experienced this behaviour? If so let me know the details and I will look into it. 

Hi, @rikf - I don't currently have access to a Premium sandbox, but I know last year, I tested this on a Dev instance where I had disabled outgoing emails. (Sandbox had not yet been released). I was able to send myself a test message from this instance.

At the time, I opened a Support Ticket: JST-557361

Unfortunately it looks like the feature request they opened incorrectly frames the problem: "Use Jira Mail Handler also for Jira Cloud"

I don't care if Automation uses a different mail server than Jira. What I care is about being able to disable the email server for Automation. If I have to do that within Automation (for now) that is fine.

Thanks!

@rikf 

What @Darryl Lee said here is also one of our major concerns (aside from ensuring other configurations and automations come across in the copy):

"But for things like @Deviniti Cloud's excellent Extension for JSM (Dynamic and Bundled Fields, and Request Details, oh my!), it is a major bummer that those configurations are "lost" when restoring to Sandbox."

We have large Service Projects with copious amount of dynamic customer forms and fields in our service portals that utilise the Deviniti Extension for JSM.

Thanks for your efforts and engagement on this feature team.

Oh neat! So we don't have to manually do backups and restores anymore?

So I'm guessing you haven't gotten this feature rolled out to you yet:

We're currently rolling out the data copy capability for Jira Software, Jira Service Management, and Confluence sandboxes. This allows all organization admins to copy data into a sandbox from within your organization's administration.

(Last modified on Feb 2, 2021)

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
PREMIUM
TAGS
Community showcase
Posted in Jira Software

Presenting the "Best of 2020" Jira Software roundup!

Catch up with Atlassian Product Managers in our 2020 Demo Den round-up! From Advanced Roadmaps to Code in Jira to Next-Gen Workflows, check out the videos below to help up-level your work in the new ...

7,044 views 8 28
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you