Mailing List Archive

Andrei
Thanks for the quick reply. Yeah, that's pretty much what I figured but thought I would ask anyway.

My backup plan is to find an extended downtime window, Snapmirror the data from the 7-mode controller to a cDOT filer in a data center, wipe the 7-mode controller, install cDOT, then Snapmirror the data back from the data center to the newly installed cDOT system. I don't think I'd encounter any problems there with Snapmirror versioning/compatibility, right? Snapmirror source would initially be 7-mode 8.2 going to cDOT 9.1, then cDOT 9.1 to cDOT 9.1.

________________________________________
From: andrei.borzenkov@ts.fujitsu.com <andrei.borzenkov@ts.fujitsu.com>
Sent: Friday, October 5, 2018 13:31
To: Ian Ehrenwald
Cc: Toasters
Subject: Re: 7m -> cDOT question

No. The only documented and supported method requires second controller with shelf for root aggregate, at least temporary. I suppose, if you are brave enough and dig into diagnostic commands you may find a way to manually replicate what 7MTT does. At least, user successfully relocated shelves from one node to another in the same cluster - which officially is not possible. But here it is rather more involved - you need to manually create all database entries describing your aggregates and volumes.

?????????? ? iPhone

> 5 ???. 2018 ?., ? 20:17, Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com> ???????(?):
>
> Good afternoon
> I have a single node FAS2520 with 12x3t SATA internally running 8.2 7-mode at a remote site. I need to upgrade it to cDOT to match the rest of our environment.
>
> If I (roughly):
> - Purchase a second-hand DS4243 filled with disk
> - Attach this shelf to the FAS2520, create aggregate
> - Move the data volumes from the internal disk to this external shelf
> - Copy the cDOT bundle to the filer
> - Shut down the filer, disconnect the external shelf
> - Reboot the filer, wipe the config, 'install new software first' from the boot menu
>
> Would I then be able to reconnect the external shelf with the moved volumes and import them to cDOT? The reason I need to go this route is because there is not enough bandwidth and time at the site to SnapMirror the data to our data center and then suck it back down.
>
> I took a look at the 7mtt to do something like this but it looks like no matter the copy-free mode used, it still requires a separate controller running cDOT to attach the moved shelves to. Any other better options/ideas?
>
>
> Ian Ehrenwald
> Senior Infrastructure Engineer
> Hachette Book Group, Inc.
> 1.617.263.1948 / ian.ehrenwald@hbgusa.com
>
>
> _______________________________________________
> Toasters mailing list
> Toasters@teaparty.net
> http://www.teaparty.net/mailman/listinfo/toasters<https://protect-us.mimecast.com/s/hXHwCZ6Gm6tMg5RPujBLPC?domain=teaparty.net>

_______________________________________________
Toasters mailing list
Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters

Correct:
TDP -> 7-Mode (any supported version) to ONTAP 9 (Transition Data
Protection, One-way mirror)
XDP -> ONTAP 9 to ONTAP 9 (eXtended Data Protection Mirror, version
independent! with caveats)

--tmac

*Tim McCarthy, **Principal Consultant*

*Proud Member of the #NetAppATeam <https://twitter.com/NetAppATeam>*

*I Blog at TMACsRack <https://tmacsrack.wordpress.com/>*


On Fri, Oct 5, 2018 at 1:47 PM Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com>
wrote:

> Andrei
> Thanks for the quick reply. Yeah, that's pretty much what I figured but
> thought I would ask anyway.
>
> My backup plan is to find an extended downtime window, Snapmirror the data
> from the 7-mode controller to a cDOT filer in a data center, wipe the
> 7-mode controller, install cDOT, then Snapmirror the data back from the
> data center to the newly installed cDOT system. I don't think I'd
> encounter any problems there with Snapmirror versioning/compatibility,
> right? Snapmirror source would initially be 7-mode 8.2 going to cDOT 9.1,
> then cDOT 9.1 to cDOT 9.1.
>
> ________________________________________
> From: andrei.borzenkov@ts.fujitsu.com <andrei.borzenkov@ts.fujitsu.com>
> Sent: Friday, October 5, 2018 13:31
> To: Ian Ehrenwald
> Cc: Toasters
> Subject: Re: 7m -> cDOT question
>
> No. The only documented and supported method requires second controller
> with shelf for root aggregate, at least temporary. I suppose, if you are
> brave enough and dig into diagnostic commands you may find a way to
> manually replicate what 7MTT does. At least, user successfully relocated
> shelves from one node to another in the same cluster - which officially is
> not possible. But here it is rather more involved - you need to manually
> create all database entries describing your aggregates and volumes.
>
> ?????????? ? iPhone
>
> > 5 ???. 2018 ?., ? 20:17, Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com>
> ???????(?):
> >
> > Good afternoon
> > I have a single node FAS2520 with 12x3t SATA internally running 8.2
> 7-mode at a remote site. I need to upgrade it to cDOT to match the rest of
> our environment.
> >
> > If I (roughly):
> > - Purchase a second-hand DS4243 filled with disk
> > - Attach this shelf to the FAS2520, create aggregate
> > - Move the data volumes from the internal disk to this external shelf
> > - Copy the cDOT bundle to the filer
> > - Shut down the filer, disconnect the external shelf
> > - Reboot the filer, wipe the config, 'install new software first' from
> the boot menu
> >
> > Would I then be able to reconnect the external shelf with the moved
> volumes and import them to cDOT? The reason I need to go this route is
> because there is not enough bandwidth and time at the site to SnapMirror
> the data to our data center and then suck it back down.
> >
> > I took a look at the 7mtt to do something like this but it looks like no
> matter the copy-free mode used, it still requires a separate controller
> running cDOT to attach the moved shelves to. Any other better options/ideas?
> >
> >
> > Ian Ehrenwald
> > Senior Infrastructure Engineer
> > Hachette Book Group, Inc.
> > 1.617.263.1948 / ian.ehrenwald@hbgusa.com
> >
> >
> > _______________________________________________
> > Toasters mailing list
> > Toasters@teaparty.net
> > http://www.teaparty.net/mailman/listinfo/toasters<
> https://protect-us.mimecast.com/s/hXHwCZ6Gm6tMg5RPujBLPC?domain=teaparty.net
> >
>
> _______________________________________________
> Toasters mailing list
> Toasters@teaparty.net
> http://www.teaparty.net/mailman/listinfo/toasters
>

It might be more affordable than you think to pay netapp ps to do this for
you. They would bring in swing gear.

On Fri, Oct 5, 2018 at 2:23 PM tmac <tmacmd@gmail.com> wrote:

> Correct:
> TDP -> 7-Mode (any supported version) to ONTAP 9 (Transition Data
> Protection, One-way mirror)
> XDP -> ONTAP 9 to ONTAP 9 (eXtended Data Protection Mirror, version
> independent! with caveats)
>
> --tmac
>
> *Tim McCarthy, **Principal Consultant*
>
> *Proud Member of the #NetAppATeam <https://twitter.com/NetAppATeam>*
>
> *I Blog at TMACsRack <https://tmacsrack.wordpress.com/>*
>
>
> On Fri, Oct 5, 2018 at 1:47 PM Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com>
> wrote:
>
>> Andrei
>> Thanks for the quick reply. Yeah, that's pretty much what I figured but
>> thought I would ask anyway.
>>
>> My backup plan is to find an extended downtime window, Snapmirror the
>> data from the 7-mode controller to a cDOT filer in a data center, wipe the
>> 7-mode controller, install cDOT, then Snapmirror the data back from the
>> data center to the newly installed cDOT system. I don't think I'd
>> encounter any problems there with Snapmirror versioning/compatibility,
>> right? Snapmirror source would initially be 7-mode 8.2 going to cDOT 9.1,
>> then cDOT 9.1 to cDOT 9.1.
>>
>> ________________________________________
>> From: andrei.borzenkov@ts.fujitsu.com <andrei.borzenkov@ts.fujitsu.com>
>> Sent: Friday, October 5, 2018 13:31
>> To: Ian Ehrenwald
>> Cc: Toasters
>> Subject: Re: 7m -> cDOT question
>>
>> No. The only documented and supported method requires second controller
>> with shelf for root aggregate, at least temporary. I suppose, if you are
>> brave enough and dig into diagnostic commands you may find a way to
>> manually replicate what 7MTT does. At least, user successfully relocated
>> shelves from one node to another in the same cluster - which officially is
>> not possible. But here it is rather more involved - you need to manually
>> create all database entries describing your aggregates and volumes.
>>
>> ?????????? ? iPhone
>>
>> > 5 ???. 2018 ?., ? 20:17, Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com>
>> ???????(?):
>> >
>> > Good afternoon
>> > I have a single node FAS2520 with 12x3t SATA internally running 8.2
>> 7-mode at a remote site. I need to upgrade it to cDOT to match the rest of
>> our environment.
>> >
>> > If I (roughly):
>> > - Purchase a second-hand DS4243 filled with disk
>> > - Attach this shelf to the FAS2520, create aggregate
>> > - Move the data volumes from the internal disk to this external shelf
>> > - Copy the cDOT bundle to the filer
>> > - Shut down the filer, disconnect the external shelf
>> > - Reboot the filer, wipe the config, 'install new software first' from
>> the boot menu
>> >
>> > Would I then be able to reconnect the external shelf with the moved
>> volumes and import them to cDOT? The reason I need to go this route is
>> because there is not enough bandwidth and time at the site to SnapMirror
>> the data to our data center and then suck it back down.
>> >
>> > I took a look at the 7mtt to do something like this but it looks like
>> no matter the copy-free mode used, it still requires a separate controller
>> running cDOT to attach the moved shelves to. Any other better options/ideas?
>> >
>> >
>> > Ian Ehrenwald
>> > Senior Infrastructure Engineer
>> > Hachette Book Group, Inc.
>> > 1.617.263.1948 / ian.ehrenwald@hbgusa.com
>> >
>> >
>> > _______________________________________________
>> > Toasters mailing list
>> > Toasters@teaparty.net
>> > http://www.teaparty.net/mailman/listinfo/toasters<
>> https://protect-us.mimecast.com/s/hXHwCZ6Gm6tMg5RPujBLPC?domain=teaparty.net
>> >
>>
>> _______________________________________________
>> Toasters mailing list
>> Toasters@teaparty.net
>> http://www.teaparty.net/mailman/listinfo/toasters
>>
> _______________________________________________
> Toasters mailing list
> Toasters@teaparty.net
> http://www.teaparty.net/mailman/listinfo/toasters
>

We'll speak with our VAR to explore this option too. Thanks.

________________________________________
From: Basil <basilberntsen@gmail.com>
Sent: Friday, October 5, 2018 6:10:49 PM
To: tmac
Cc: Ian Ehrenwald; Toasters
Subject: Re: 7m -> cDOT question

It might be more affordable than you think to pay netapp ps to do this for you. They would bring in swing gear.

On Fri, Oct 5, 2018 at 2:23 PM tmac <tmacmd@gmail.com<mailto:tmacmd@gmail.com>> wrote:
Correct:
TDP -> 7-Mode (any supported version) to ONTAP 9 (Transition Data Protection, One-way mirror)
XDP -> ONTAP 9 to ONTAP 9 (eXtended Data Protection Mirror, version independent! with caveats)

--tmac

Tim McCarthy, Principal Consultant

Proud Member of the #NetAppATeam<https://protect-us.mimecast.com/s/yP_lCzp4xpSRq8jpf4T8I4?domain=twitter.com>

I Blog at TMACsRack<https://protect-us.mimecast.com/s/bPvCCADX9DS9OrD3I80TmQ?domain=tmacsrack.wordpress.com>


On Fri, Oct 5, 2018 at 1:47 PM Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com<mailto:Ian.Ehrenwald@hbgusa.com>> wrote:
Andrei
Thanks for the quick reply. Yeah, that's pretty much what I figured but thought I would ask anyway.

My backup plan is to find an extended downtime window, Snapmirror the data from the 7-mode controller to a cDOT filer in a data center, wipe the 7-mode controller, install cDOT, then Snapmirror the data back from the data center to the newly installed cDOT system. I don't think I'd encounter any problems there with Snapmirror versioning/compatibility, right? Snapmirror source would initially be 7-mode 8.2 going to cDOT 9.1, then cDOT 9.1 to cDOT 9.1.

________________________________________
From: andrei.borzenkov@ts.fujitsu.com<mailto:andrei.borzenkov@ts.fujitsu.com> <andrei.borzenkov@ts.fujitsu.com<mailto:andrei.borzenkov@ts.fujitsu.com>>
Sent: Friday, October 5, 2018 13:31
To: Ian Ehrenwald
Cc: Toasters
Subject: Re: 7m -> cDOT question

No. The only documented and supported method requires second controller with shelf for root aggregate, at least temporary. I suppose, if you are brave enough and dig into diagnostic commands you may find a way to manually replicate what 7MTT does. At least, user successfully relocated shelves from one node to another in the same cluster - which officially is not possible. But here it is rather more involved - you need to manually create all database entries describing your aggregates and volumes.

?????????? ? iPhone

> 5 ???. 2018 ?., ? 20:17, Ian Ehrenwald <Ian.Ehrenwald@hbgusa.com<mailto:Ian.Ehrenwald@hbgusa.com>> ???????(?):
>
> Good afternoon
> I have a single node FAS2520 with 12x3t SATA internally running 8.2 7-mode at a remote site. I need to upgrade it to cDOT to match the rest of our environment.
>
> If I (roughly):
> - Purchase a second-hand DS4243 filled with disk
> - Attach this shelf to the FAS2520, create aggregate
> - Move the data volumes from the internal disk to this external shelf
> - Copy the cDOT bundle to the filer
> - Shut down the filer, disconnect the external shelf
> - Reboot the filer, wipe the config, 'install new software first' from the boot menu
>
> Would I then be able to reconnect the external shelf with the moved volumes and import them to cDOT? The reason I need to go this route is because there is not enough bandwidth and time at the site to SnapMirror the data to our data center and then suck it back down.
>
> I took a look at the 7mtt to do something like this but it looks like no matter the copy-free mode used, it still requires a separate controller running cDOT to attach the moved shelves to. Any other better options/ideas?
>
>
> Ian Ehrenwald
> Senior Infrastructure Engineer
> Hachette Book Group, Inc.
> 1.617.263.1948 / ian.ehrenwald@hbgusa.com<mailto:ian.ehrenwald@hbgusa.com>
>
>
> _______________________________________________
> Toasters mailing list
> Toasters@teaparty.net<mailto:Toasters@teaparty.net>
> http://www.teaparty.net/mailman/listinfo/toasters<https://protect-us.mimecast.com/s/4F9iCBBXRBHVKPL9SNtn-k?domain=teaparty.net><https://protect-us.mimecast.com/s/hXHwCZ6Gm6tMg5RPujBLPC?domain=teaparty.net<https://protect-us.mimecast.com/s/4F9iCBBXRBHVKPL9SNtn-k?domain=teaparty.net>>

_______________________________________________
Toasters mailing list
Toasters@teaparty.net<mailto:Toasters@teaparty.net>
http://www.teaparty.net/mailman/listinfo/toasters<https://protect-us.mimecast.com/s/4F9iCBBXRBHVKPL9SNtn-k?domain=teaparty.net>
_______________________________________________
Toasters mailing list
Toasters@teaparty.net<mailto:Toasters@teaparty.net>
http://www.teaparty.net/mailman/listinfo/toasters<https://protect-us.mimecast.com/s/4F9iCBBXRBHVKPL9SNtn-k?domain=teaparty.net>

_______________________________________________
Toasters mailing list
Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters