<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Migrating metadata to a new environment using SAS Migration Utility (SMU) in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/592907#M17349</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/129468"&gt;@JohnJPS&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Usually in this scenario, you can use combination of SMU and the promotion tools that SAS offers.&lt;/P&gt;&lt;P&gt;Promotion tools offers flexbility to move selected content when required.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.sas.com/?docsetId=bisag&amp;amp;docsetTarget=p04l8c3fo8tpyhn103dps7pxvru2.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en"&gt;https://documentation.sas.com/?docsetId=bisag&amp;amp;docsetTarget=p04l8c3fo8tpyhn103dps7pxvru2.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Tue, 01 Oct 2019 03:41:12 GMT</pubDate>
    <dc:creator>AnandVyas</dc:creator>
    <dc:date>2019-10-01T03:41:12Z</dc:date>
    <item>
      <title>Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/592833#M17347</link>
      <description>&lt;P&gt;This question pertains to a migration from SAS version 9.4M4 to 9.4M6.&amp;nbsp; We are planning a SAS migration to a different data center.&amp;nbsp; We would like to build up the new server stack and then cut over gradually.&amp;nbsp; Unfortunately we have a lot of metadata, and we're finding that when using the SAS Migration Tool (SMU), it only comes into play at install time on the target servers.&amp;nbsp; So if we install in advance of the cutover, the metadata of the new environment gradually grows stale as users continue to live in the old environment prior to cutover.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This suggests that we not build in advance: that we pick a weekend and migrate by shutting everything down in the source environment, running SMU there to collect everything, then build the target environment using SMU, and bringing everything back up on the target. We find that when trialing this process, it's challenging to fit in the space of a single weekend, given multiple servers involved and validation/testing steps to follow installation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was wondering how other have worked around this problem, or if the only resolution is to extend the weekend work window for "migration weekend"?&amp;nbsp; Insights appreciated.&lt;/P&gt;</description>
      <pubDate>Mon, 30 Sep 2019 21:28:09 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/592833#M17347</guid>
      <dc:creator>JohnJPS</dc:creator>
      <dc:date>2019-09-30T21:28:09Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/592907#M17349</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/129468"&gt;@JohnJPS&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Usually in this scenario, you can use combination of SMU and the promotion tools that SAS offers.&lt;/P&gt;&lt;P&gt;Promotion tools offers flexbility to move selected content when required.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.sas.com/?docsetId=bisag&amp;amp;docsetTarget=p04l8c3fo8tpyhn103dps7pxvru2.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en"&gt;https://documentation.sas.com/?docsetId=bisag&amp;amp;docsetTarget=p04l8c3fo8tpyhn103dps7pxvru2.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 01 Oct 2019 03:41:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/592907#M17349</guid>
      <dc:creator>AnandVyas</dc:creator>
      <dc:date>2019-10-01T03:41:12Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593030#M17352</link>
      <description>Thanks Anand. That seemed reasonable to me on the surface - good to see a vote of confidence in it.</description>
      <pubDate>Tue, 01 Oct 2019 13:58:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593030#M17352</guid>
      <dc:creator>JohnJPS</dc:creator>
      <dc:date>2019-10-01T13:58:31Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593035#M17353</link>
      <description>replying to myself... we are also considering the idea of a "metadata freeze" where we ask users to find other work for a few days, and extend our "migration weekend" to give more breathing room. I wonder if it's possible to forcibly make all metadata read-only? (e.g. run SMU on the source, then force everything to read-only, but leave the system up and running, e.g. so batch jobs can run, MAS is alive, etc).</description>
      <pubDate>Tue, 01 Oct 2019 14:01:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593035#M17353</guid>
      <dc:creator>JohnJPS</dc:creator>
      <dc:date>2019-10-01T14:01:10Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593788#M17387</link>
      <description>&lt;P&gt;I found myself in the same situation in the past. We had a LOT of metadata and multi-machine deployments. What I did was make shutting everything down and running the SMU the first step in the process, that way you have up-to-the-minute metadata captured. It definitely added a lot of time to the small upgrade window, however it was successful each time I performed the upgrade in this manner.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Oct 2019 15:52:15 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/593788#M17387</guid>
      <dc:creator>Technolero</dc:creator>
      <dc:date>2019-10-03T15:52:15Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/594539#M17394</link>
      <description>Thanks &lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/13977"&gt;@Technolero&lt;/a&gt;. Do you also have SAS Contextual Analysis and/or Decision Manager (Decision BuIlder / Micro-Analytic Services)? Did artifacts for all of those migrate correctly with the SMU?</description>
      <pubDate>Mon, 07 Oct 2019 19:58:49 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/594539#M17394</guid>
      <dc:creator>JohnJPS</dc:creator>
      <dc:date>2019-10-07T19:58:49Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating metadata to a new environment using SAS Migration Utility (SMU)</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/594695#M17396</link>
      <description>&lt;P&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/129468"&gt;@JohnJPS&lt;/a&gt;: My environments were all straight EBI without any solutions. After using the SMU successfully on development and test environments, however, I was comfortable with the process and the production upgrade was straightforward as well.&lt;/P&gt;</description>
      <pubDate>Tue, 08 Oct 2019 11:06:05 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Migrating-metadata-to-a-new-environment-using-SAS-Migration/m-p/594695#M17396</guid>
      <dc:creator>Technolero</dc:creator>
      <dc:date>2019-10-08T11:06:05Z</dc:date>
    </item>
  </channel>
</rss>

