10-20-2011 01:05 PM
Could someone clarify to me what are the limitations regarding the functionality of virtual fabrics and logical switches for the professional version DCFM 10.4.5?
10-21-2011 01:59 AM
I have read the attached FAQ document, but there is no precise answer to my question.
I only know that the functionality of virtual fabrics is limited,
but I would like to know in details what is this limitation about.
10-21-2011 02:05 AM
The prof version is limited to a single fabric. I assum that you will create with VF more than one fabric.
So you can only manage a single fabric at a time.
I think this is not what you want.
10-21-2011 02:20 AM
Can I assume that it is possible to switch in a single instance of DCFM on two different virtual fabric ?
Lets suppose that the situation is acceptable and at the same time I could manage only one virtual fabric.
I'm interested whether the fact that this fabric is virtual implies any drawbacks.
10-21-2011 02:26 AM
I have never done this kind of switching because you loss the entire use case for DCFM.
You have to implement SNMPv3 instead of SNMPv1 if you use VF in DCFM
VF makes all managment more complicated.
If there is no real buisiness dirver for implementing VF I would prefere a plain fabric.
10-21-2011 04:31 AM
I would prefer too, but
I have to replace four backbone mds directors used by two separate fabrics with two new dcx.
That is why I consider using logical switches and fabrics.
10-21-2011 10:06 PM
I would say that a migration from four MDS to two DCX is not a strong reason to introduce VF and not needed anyway.
If all four MDS switches are used by the same company and you have one team to manage the SAN/Storage components you should not use VF.
The main driver should be to keep all things as easy as possible.
Another point against VF is that you may want to share storage between both old worlds in the future. Then you have a need for Integrated Routing.
This make things more complex because you use IR & VF compared to plain single switch fabric.
But at the end don't trust others think on your own and find the best solution for you. Keep in mind that I have only a very limited view from your current SAN infrastructure and did not know your requirements or how the company works.
I hope this helps a bit,
10-24-2011 07:28 AM
What is your opinion, in our case the size of the database is growing too big and getting to the limit.
We are thinking about virtual fabrics.
Do you see another way around?
10-24-2011 12:09 PM
I don't understand your question and in which context the question stands to the initial question of this thread.
From which database are you talking? Sorry I am confused.