TP-Link TL-SG2008 und LACP Probleme

Das ist natürlich Unsinn, denn das kann der Switch ja gar nicht, es sei denn der supportet sowas wie einen Error Disable Mode was solche billigen China Böller aber nicht können.
Letztlich zeigt es aber das das mit der LAG (Link Aggregation) Konfig im QNAP etwas nicht stimmt. Vermutlich loopt der QNAP zwischen den beiden Ports und der Netzwerk Loop legt dann dein Netz lahm ?!
Das wäre eine sinnvollere Erklärung.
Du solltest sicherstellen das du einen IEEE 802.3ad konformen LAG mit LACP erstellst.
Genau das gleiche giltnatürlich für den Server.
Windows hat eine Menge LAG und Backup Szenarien mit mehreren NICs aber auch hier ist mit einem Switch ausschliesslich nur die IEEE 802.3ad Variante mit LACP nutzbar mit einem Switch.
Dieses Dokument aus der MS Knowledgebase beschreibt das recht genau:
http://www.microsoft.com/en-us/download/details.aspx?id=40319

Aber du sagtest ja auch beim Server klappt das und der LAG wird gebildet. Ob das wirklich so ist solltest du immer im Status GUI des Switches wasserdicht überprüfen, denn sonst kan es zu bösen Effekten im Netz kommen mit Loops oder Teilloops wie beim QNAP.
Dazu ein wichtiger Tip: So ein managebarer Switch supportet Spanning Tree !
Du solltest immer beim Einsatz von LACP LAGs zwingend Spanning Tree aktivieren und wenn supportet immer die RSTP Variante ! (Rapid Spanning Tree)
Damit wirkst du schlamping programmierten Treibern und fehlerhaften LAG Verhalten mit Looping entgegen und schützt dein Netzwerk davor.

Fazit:
Du hast vermutlich gar kein LACP Teaming aktiviert sondern irgendeins der zahllosen Failover Konfigurationen mit Mehrfach LAGs.
Dabai kommt es dann immer zu Netzwerk Loops mit dem Verhalten was du siehst.
Überprüfe also insbesondere die LAG Konfiguration des Servers und des QNAPs.
Auf dem QNAP 421 kann man das wasserdicht über einen Shell Zugriff machen z.B. SSH im NAS aktivieren und PuTTY nutzen für den Zugang:
[~] # ifconfig | grep bond
bond0 Link encap:Ethernet HWaddr xx:xx:xx:BD:91:EA

...und dann den Status checken: :

[~] # cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

802.3ad info
LACP rate: slow
Min links: 0
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 1
Number of ports: 2
Actor Key: 17
Partner Key: 5
Partner Mac Address: xx:xx:xx:6c:99:bf

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: xx:xx:xx:bd:91:ea
Aggregator ID: 1
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: 00:08:9b:bd:91:eb
Aggregator ID: 1
Slave queue ID: 0

Erst wenn du sowas siehst ist es wirklich ein LACP Link ! Details kannst du dazu auch noch hier nachlesen:
Netzwerk Management Server mit Raspberry Pi
(Im QNAP werkelt ein Linux)

Die Windows spezifischen Setup To Dos erklärt das obige MS Dokument.

Auf dem Switch kann man nicht viel faslch machen. Seite 28 ff. des Handbuchs erklärt das:
http://www.tp-link.com.de/resources/document/TL-SG2008_V1_CLI.pdf
Willst du also die Ports 4 und 5 für den LAG aktivieren dann ist das schnell und einfach gemacht. Kommando ist so ein bischen wie bei Cisco:
TL-SG2008(config)# interface range gigabitEthernet 1/0/4-5
TL-SG2008(config-if-range)# channel-group 1 mode on
Fertig !

Mehr ist nicht zu tun.
Ganz wichtig:

• Bei angeschlossenen Endgeräten WAS sagt ein show etherchannel oder show etherchannel 1 detail ? UND
• was sagt ein show lacp oder schow lacp 1 detail ?

Wenn du diese Outputs hier mal postest wäre das sehr hilfreiche fürs Troubleshooting !!

Ist das alles richtig eingestellt sollte es dann auf Anhieb klappen.